2026 年怎么挑 AI 开发工具栈:Cursor vs Claude Code vs Codex CLI vs Gemini CLI vs CodeRabbit vs Graphite

2026 年 8 月 7 日那一周,六个 AI 开发工具同时 hit 1.0 里程碑:Cursor 1.0(Composer-2 + 多 agent 内联编辑 + codebase 索引)、Claude Code 1.0(Skills + sub-agent 编排)、Codex CLI 1.0(图片输入 + 并行 tool call + sandbox)、Gemini CLI 1.0(extension system + 多模态输入)、CodeRabbit CLI 1.0(逐行 AI code review)、Graphite CLI 1.0(AI-stacked PR review)。cluster 就是这个编辑框架:每个 AI dev 工具在同一周 ship 1.0。

模式:AI 开发工具现在有三个不同面 —— IDE、CLI、code review —— 每个面里的工具有不同的心智模型。挑错工具现在有真实代价。

这篇教程讲怎么挑这六个。

你会学到什么

1. AI 开发工具的三个面(IDE / CLI / code review)和每个面有哪些工具
2. 一个决策矩阵,把工作流形状(丰富视觉上下文 / 可组合 shell / PR 内 review)映射到合适的工具
3. 跨六个工具的侧写对比,按每个面的关键维度
4. 2026 年用 AI dev 工具时常见的错

这篇和 AI dev tools 1.0 cluster daily topic 配对 —— 那里讲每个 vendor ship 的是什么,这里讲怎么挑。

第 1 步:理解三个面

六个工具按目标工作流聚成三个面。你需要哪个面决定了你先评估哪个工具。

面 1:IDE(丰富视觉上下文)

• Cursor 1.0 — Composer-2 多文件编辑模型、内联多 agent 编辑、带语义搜索的 codebase 索引、共享索引的团队工作区。需要 AI 表面嵌在你现有编辑器里、工作流是「视觉编辑、内联接受、ship」时最好。

面 2:CLI(可组合 shell 集成)

• Claude Code 1.0 — Skills 集成、sub-agent 编排、/mcp slash 命令显式连接 MCP server。工作流是 terminal-first、需要把 AI 组合进脚本、CI 或批处理时最好。
• Codex CLI 1.0 — 图片输入、并行 tool call、sandbox。需要喂截图/设计文件 + 隔离跑 agentic loop 时最好。
• Gemini CLI 1.0 — extension system、多模态输入。需要 CLI 接入自定义 tool 表面、跑多模态 prompt 时最好。

面 3:Code review(PR 内 review)

• CodeRabbit CLI 1.0 — 逐行 AI code review。工作流是「代码写完了,AI 在 PR 阶段先于人类 review」时最好。
• Graphite CLI 1.0 — AI-stacked PR review。需要把堆叠 PR 作为连贯变更 review,而不是按 PR 分开 review 时最好。

第 2 步:把工作流映射到合适的面

2026 年大部分 AI dev 工作流属于三种形状之一。每种形状对应一个面。

如果你的工作流跨两个面(比如视觉编辑 + CI 批处理),通常挑处理主导形状的那个面,把另一个作为子步骤挂上。

第 3 步:在面内挑

有了面之后,面内的选择是心智模型契合度问题。

面 1 内:Cursor

这个面里目前只有一个工具。如果需要 IDE 面,Cursor 就是当前的选择。

面 2 内:Claude Code vs Codex CLI vs Gemini CLI

• 选 Claude Code:如果你的心智模型是「Skills + sub-agent 编排」,想要通过 /mcp 显式连接 MCP server。工作流是 shell-可组合、需要把 AI 接进现有 pipeline 时最好。
• 选 Codex CLI:如果你的心智模型是「带隔离的 agent + 多模态输入」。工作流是「喂截图、在 sandbox 里跑 agent loop、输出代码」时最好。
• 选 Gemini CLI:如果你的心智模型是「extension system」,想要往 CLI 里挂自定义 tools。工作流是「搭一个自定义 tool 表面,CLI 是 runtime」时最好。

面 3 内:CodeRabbit vs Graphite

• 选 CodeRabbit:如果你的心智模型是「逐行 review」,想要 AI 按 diff hunk 标记问题。工作流是「一次一个 PR、人类 reviewer 想要聚焦 checklist」时最好。
• 选 Graphite:如果你的心智模型是「堆叠 PR 当成连贯变更」,想要 AI review 整个堆叠。工作流是「我 ship 3 个堆叠 PR,AI 应该把三个当一个变更来 review」时最好。

第 4 步:跨工具搭配注意

三个面不是孤立的 —— 大部分生产工作流会同时接触三个面。一些搭配注意:

• Cursor + Claude Code:IDE 走视觉 + CLI 走 CI。两个都在 1.0 ship Skills / sub-agent 面;选一个当主要 agent 面,另一个用其专门擅长的。
• Codex CLI + CodeRabbit CLI:Codex CLI 在 sandbox 生成代码,CodeRabbit CLI review 产出的 PR。把它们配成「AI 生成,AI review,人类批准」的 loop。
• Gemini CLI + Graphite CLI:Gemini CLI extension system 跑自定义工作流,Graphite CLI review 堆叠 PR。配对当工作流是「自定义工具生成堆叠 changeset」时。

第 5 步:常见错误

错误 1:因为「最好」挑工具

这个清单里的每个工具在 2026 年 8 月都是 1.0 级。挑那个面匹配你工作流形状、且心智模型你能 hold 在脑子里的那个。面错配的「最好的」工具会逼你跟 API 打架。

错误 2:混面没有清晰边界

如果 IDE 挑 Cursor、CLI 挑 Claude Code,两者之间需要清晰边界。否则同一工作流上会有两个相互竞争的抽象。规则:一个工作流步骤一个面;如果需要两个面,就把工作流分区。

错误 3:把 CLI 工具当成 IDE 的即插即用替代

CLI 工具(Claude Code、Codex CLI、Gemini CLI)不是视觉编辑面。如果你的工作流是「我打开文件,AI 建议内联编辑」,CLI 工具用起来会像跟抽象打架。Terminal-first 时用 CLI。

错误 4:跳过 observability

这个清单里的每个工具都在你的 codebase 上做动作。如果你看不到 agent 在生产环境做了什么(碰了哪些文件、跑了哪些命令),你就 debug 不了也审计不了。

错误 5:忘了 1.0 是营销声明

「1.0」意味着「vendor 觉得这个稳定」。并不意味着「这是你工作流的正确工具」。在每个工具上跑一个小的代表性 task 再决定。

接下来读什么

• AI dev tools 1.0 cluster daily topic — 8/7 cluster 每个 vendor 发了什么的逐项拆解。
• Cursor IDE vs Claude Code CLI:IDE-vs-CLI 对 daily topic — 对 IDE-vs-CLI 面分割的更深入分析。
• 本周 AI 工具观察 weekly digest — 8/1-8/11 跨 cluster 全景。

准备挑栈了吗?看 AITopic leaderboard 找最新的 AI dev tooling 资源。