DTDeepSeek TUI 中文指南终端安装与使用中文站
首页/MCP/设置
MCP 设置

只有把 MCP 当成建立在稳定基础之上的高级层，CodeWhale 的 MCP 设置才会变清楚

如果在 DeepSeek TUI 的安装、provider 认证和配置路径都还没稳时，就直接跳进 MCP server，整个设置过程会非常混乱。干净路径一定是先把底层跑通，再上 MCP。

本页是站内详情页给 CodeWhale 设置 MCP（DeepSeek TUI 指南）MCP

这页能直接回答的问题

  • 动 MCP 之前，哪些东西必须已经正常工作？
  • server 定义、信任模型和配置位置之间是什么关系？
  • 哪些问题应该让你先退回基础配置，而不是继续深挖 MCP？

做完后该核对什么

  • 确认不带 MCP 时，provider 认证和配置已经稳定。
  • 仔细检查 server 定义路径和它声称提供的能力。
  • 如果 MCP 一开始就失败，先拿同一任务的非 MCP 路径做对比。

最常见的误区

  • 把 MCP 设置当成首次安装的一部分，而不是第二阶段高级层。
  • 一开始就同时加多个 server。
  • 没排掉基础配置错误，就先去深挖 server 本身。

推荐阅读顺序

先按当前问题走，再决定要不要切去相邻详情页或 hub。

步骤 1

先验证基础工作流

在加 MCP 之前，先保证普通的 DeepSeek TUI 会话已经能跑通。

步骤 2

先定义一条清晰的 server 路线

先从一条 server 定义和一套信任模型开始，不要一上来塞多个示例。

步骤 3

用最窄动作验证

先用一个简单 MCP 动作测试，而不是直接假设整套 server 工具链都已经可用。

直接可用的示例

先拿可执行例子，再回头做更细的调整。

最小 MCP 启动路径

先只用一条简单 MCP 配置路径验证，不要一开始就同时上多个 server 和复杂信任边界。

codewhale mcp init
codewhale mcp list
codewhale mcp validate

先只验证一个 server

先加一个 server，确认能被识别，再决定要不要继续扩资源、prompts 或更多工具。

codewhale mcp add stdio demo node ./server.js
codewhale mcp validate

拿同一任务做有无 MCP 的对照

隔离 MCP 最快的方法，是让任务不变，只改变 MCP 这一层。

# 先在无 MCP 情况下跑一次窄任务
# 再在启用单个 server 后重复同一任务

常见失败分支

先判断你卡在哪一层，再去对应分支，不要把所有问题都混成一个。

基础 app 能用，但 MCP 工具不出现

通常不是 app 本体坏了，而是 server 定义、配置路径或 discovery 出了问题。先拿同一任务做一次无 MCP 对照。

加了一个 server 以后整层都不稳定

先禁用或移除最新 server，判断是全局 MCP 配置有问题，还是某个定义单独坏掉。

你在基础 provider 路线还没稳时就加了 MCP

先退回无 MCP 基线。MCP 应该建立在已知没问题的 provider 路线上，而不是拿来替代它。

什么时候该离开这页

当你已经确认当前路线没问题，就不要继续停留在这页。安装线应转去配置，配置线应转去 provider 或排错，MCP 和模式线则应该转回真实工作流页。详情页的价值是把问题缩窄，而不是长期停留在解释层。