Sequential Thinking MCP 解决什么问题
普通思维链（CoT）是"一锤子买卖"：模型把推理过程写在一条消息里，写完就完。但真实复杂推理有三个死穴普通 CoT 处理不了：
- 死胡同：顺着某条思路走到一半发现错了，没法回退到第 3 步换个分支继续
- 信息缺口：推到一半发现缺关键信息，没法临时插一支"调研分支"补完再回来
- 自我推翻：得到初步结论后发现新证据推翻前几步，没法干净地修订而不重写整条链
Sequential Thinking MCP 把思维链做成可调用的工具：Agent 每次调用 sequentialthinking 工具提交一个 thought，工具维护一条有向思维链，支持 nextThoughtPending、分支 branchFromThoughtId、修订 revisesPreviousThought 等语义，并自动追踪总长度与当前深度。这样推理就变成了可分支、可回退、可合并的图，而不是一条写死的线。
核心能力
| 能力 | 工具参数 | 典型用途 |
|---|---|---|
| 追加思考 | thought + nextThoughtPending:true | 标准推进下一步 |
| 分支推理 | branchFromThoughtId | 从历史某步另开一支试探 |
| 修订前文 | revisesPreviousThought:true | 发现错误后干净地修正 |
| 结束链路 | nextThoughtPending:false | 标记本轮推理收口 |
| 元信息 | thoughtNumber / totalThoughts / depth | 自我感知链路进度 |
思维链数据默认存本地（运行期内存/本地文件），不联网不上传，敏感推理留在本机。
安装与配置
Claude Code（CLI）
# 全局注册（所有项目可用）
claude mcp add sequential-thinking -- npx -y @modelcontextprotocol/server-sequential-thinking
Cursor
编辑 ~/.cursor/mcp.json：
{
"mcpServers": {
"sequential-thinking": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
}
}
}
VS Code（搭配 Continue / Cline 等）
在对应扩展的 MCP 配置里加入：
{
"mcpServers": {
"sequential-thinking": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
}
}
}
配置后重启客户端，在工具列表里应能看到 sequentialthinking。
与 Memory MCP 的协同
Sequential Thinking 管"怎么想"，Memory MCP 管"记住什么"。推荐组合：先用 Sequential Thinking 跑完一轮复杂推理，再把收口的最终结论写入 Memory（create_entities），而把中间的探索分支留在思维链里不沉淀——避免把推翻过的错误中间结论污染长期记忆。
实战场景
| 场景 | 怎么用 |
|---|---|
| 多步排障 | 每个假设一个 thought，验证失败就 revisesPreviousThought 回退换路 |
| 方案选型 | 给每个候选方案开一个 branchFromThoughtId 分支，最后合并比选 |
| 复杂拆解 | 边拆任务边发现新依赖，临时插分支调研，补完回主线 |
| 自我审查 | 推完一轮后开一支"红队分支"专门找漏洞，修订主线 |
注意事项
- 它是推理脚手架不是答案生成器，最终产出仍要由主模型基于收口的思维链总结。
- 节点别贪多：单条链上百个 thought 会让上下文变重，适时用
nextThoughtPending:false收口或拆成多轮。 totalThoughts是预估不是硬上限，别把它当强约束，真正收口靠nextThoughtPending:false。- 敏感推理链不要截图外发——本地存储的设计前提就是"留在本机"。