Appearance
AI 编码工具链选型
范式是"怎么干"，工具是"用什么干"。本章不排"谁是第一"（榜单几个月就过时），而是给你一张分类地图 + 一套选型维度，让你能为自己的场景选对工具。
一、为什么工具选型单独一章
同一个 SDD/TDD 流程，在不同工具里落地成本天差地别：
所以：先想清你要落地哪层范式，再按能力选工具——而不是反过来被某个工具的营销牵着走。
二、工具形态分类地图
按"离自动执行有多远"，当前主流 AI 编码工具大致分四类：
text
① IDE 集成助手 —— 编辑器内补全 / 对话，人主导，改动即时可见
② IDE 原生代理 —— 深度集成在 IDE 里、能跨文件自主改动的 agentic IDE
③ 终端原生代理（CLI） —— 在终端/命令行里跑，最贴近 Harness 自动闭环与 CI
④ 云端 / 异步代理 —— 接到任务后在后台自主完成（建分支、跑测试、开 PR）| 形态 | 代表（示例，非排名） | 突出能力 | 适合落地 |
|---|---|---|---|
| ① IDE 集成助手 | GitHub Copilot、Tabnine、Amazon Q | 行内补全、低摩擦 | 单点提效、Vibe Coding |
| ② IDE 原生代理 | Cursor、Windsurf | 多文件编辑、内建 chat/agent、上下文感知 | SDD + 人机协作 |
| ③ 终端原生代理 | Claude Code、Codex CLI、Aider、OpenCode、Cline | 可脚本化、易接 lint/test/工具 | TDD / Harness 闭环、CI 集成 |
| ④ 云端 / 异步代理 | Devin 类、Copilot agent mode、云端 Codex | 自主完成整任务、开 PR | 长任务、批量/后台推进 |
说明：以上形态边界在快速融合（IDE 助手也在加 agent 模式，CLI 也在加 IDE 插件）。分类看能力，别看名字。以各工具官方文档为准。
三、六个选型维度
给候选工具逐项打分，比"看别人用啥我用啥"靠谱得多：
| 维度 | 你要问的问题 |
|---|---|
| 自主度（agentic 程度） | 只会补全，还是能规划→执行→自验证→迭代？能否落地 Harness 闭环？ |
| 上下文能力 | 能否精准选取文件、支持压缩/检索、读 AGENTS.md/Rules？（见上下文工程） |
| 可扩展 / 工具生态 | 是否支持 MCP（连外部工具/数据）、自定义命令、Skills/Rules？ |
| 流程集成 | 能否接你的 SDD 框架（Spec Kit/OpenSpec）、Git 工作流、CI？ |
| 隐私与合规 | 代码是否上传？有无自托管 / 私网部署？数据留存与训练策略？ |
| 成本与生态 | 订阅/用量价格、模型可选项、团队规模下的总成本、供应商锁定风险 |
MCP（Model Context Protocol）已成事实上的"给代理接工具和数据"的开放标准；工具是否支持 MCP，直接决定它能否融入你的落地构件与执行环境。
四、按"要落地的范式"选工具
反过来，从范式倒推需要什么工具能力：
text
只想 Vibe 提效 → ①/② 任一 IDE 助手即可
要上 SDD（spec 入库） → 需支持斜杠命令/自定义流程：②/③ + Spec Kit/OpenSpec
要严守 TDD → 需能跑测试并读结果：③（CLI）最顺手
要 Harness 自动闭环 → 需可脚本化 + 沙箱 + 工具调用 + MCP：③/④
多代理 / 长任务并行 → ④ 云端异步 + ③ 子代理编排五、常见选型误区
- 追榜单不追场景：跨团队照搬"第一名"，忽略自己的隐私/流程/成本约束。
- 把工具当范式：买了 agentic IDE ≠ 自动就有了 SDD/TDD；流程与规范（构件）才是内核，工具只是载体。
- 忽视集成成本：工具很强但接不进你的 Git/CI/MCP 生态，落地即卡壳。
- 一家锁定：模型与工具迭代极快，保留可替换性（支持多模型 / MCP）能降低被锁风险。
💡 一句话：范式定内核，工具选载体。先把 AGENTS.md / Rules 和验证闸门建起来，换工具时你的资产能跟着走。
六、本章小结
- 工具分四类形态：IDE 助手 / IDE 原生代理 / 终端原生代理 / 云端异步代理，越靠后越贴近自动执行。
- 按六个维度（自主度、上下文、扩展生态、流程集成、隐私合规、成本）评估，而非看名气。
- 选型应从"要落地哪层范式"倒推；范式是内核，工具是载体。