AI 编程工具地图
最近被问得最多的一个问题是:
Cursor、Claude Code、Codex、Devin,到底用哪个?很多人讨论 AI 编程工具,第一反应是比谁更强。
谁的模型更聪明。
谁写代码更准。
谁更会修 bug。
但用久了你会发现,这是个错的问题。
因为这些工具根本不在同一个位置干活。
你拿一个云端 Agent 去跟一个编辑器插件比"谁更强",就像问"卡车和跑车谁更好"。
答案永远是:看你要干什么。
所以真正有用的分类轴,不是"谁更聪明"。
而是:
工作到底发生在哪里。
AI 编程正在按"工作位置"分成四类
把现在主流的工具摊开看,会发现它们其实落在四个不同的位置:
在你的编辑器里。 在你的终端里。 在云端,你把任务委托出去。 在一个构建平台里,你用自然语言造应用。
界面不一样,意味着它们解决的根本不是同一件事。
下面一个一个拆。
第一类:编辑器原生 Agent
代表:Cursor、Windsurf Cascade。
它们的位置是:你正在写代码的那个编辑器里。
你能看到光标。
你能看到它改了哪几行。
你能一边写一边让它接管多文件修改。
- Cursor
(Anysphere):AI 代码编辑器,强在代码库上下文 + Agent 模式 + 多文件修改。 - Windsurf Cascade
(Cognition):IDE 内的 Agent 式编程,上下文感知、跟踪终端、支持 MCP,还能把任务交接给 Devin。
适合什么人:你本来就在 IDE 里写代码,想要 AI 贴着你的工作流,随时介入,但你还想盯着每一步。
一句话:它让你"看着 AI 改"。
第二类:终端 CLI Agent
代表:Claude Code、Amp。
它们的位置是:你的命令行里。
不在编辑器,不在浏览器,就在 shell。
它能读文件、改文件、跑命令、提交代码。
- Claude Code
(Anthropic):终端原生编程 Agent,读写文件、运行命令、创建提交、支持 MCP 上下文。终端定位非常纯粹。 - Amp
(Sourcegraph):终端和编辑器都能用,主打长周期 Agent 式编程,支持线程、插件、多模型、远程控制。
适合什么人:习惯命令行、想把 AI 接进脚本和自动化、要跑长任务而不想一直手动点确认的人。
一句话:它让你"在终端里指挥 AI 干活"。
第三类:云端异步 Agent
代表:Codex、GitHub Copilot coding agent、Devin、Jules。
它们的位置是:远程的机器上。
你不盯着它干活。
你把一个 issue、一个 bug、一个任务"委托"出去,然后去干别的。
它在云端的环境里跑,最后给你一个分支、一个 PR、一份报告。
- Codex
(OpenAI):云端 + CLI 的编程 Agent,能并行处理云端任务,读代码、改文件、跑测试,再让你评审。 - GitHub Copilot coding agent
(GitHub):直接嵌在 GitHub 里,给它分配 issue,它在临时环境里跑 Actions、测试、lint,最后开 PR。它的价值不是"又一个聊天框",而是它长在你的 GitHub 工作流里。 - Devin
(Cognition):定位"自主软件工程师",在远程机器上自己规划、写、测、发,偏高端委托式工程。 - Jules
(Google):异步编程 Agent,在远程 VM 跑后台任务——测试、修 bug、升级依赖。
适合什么人:任务能写清楚验收标准、希望并行委托、不想一直盯着屏幕的人和团队。
一句话:它让你"把活派出去"。
第四类:应用构建 Agent
代表:Replit Agent。
它的位置是:一个浏览器里的构建平台。
它面向的甚至不一定是开发者。
你用自然语言描述一个应用想法,它帮你构建、迭代、测试、接数据库和鉴权、再部署。
- Replit Agent
(Replit):把自然语言变成能跑的应用,集成数据库、鉴权、第三方服务并部署。
适合什么人:创始人、非工程师、想快速把想法变成原型验证的人。
一句话:它让你"不写代码也能造出东西"。
一张表看懂四类工具
那到底怎么选?
不要先选工具。
先问自己三个问题:
1. 这件事,你想盯着它做,还是想派出去?
想盯着 → 编辑器或终端 Agent。
想派出去 → 云端 Agent。
2. 你的工作主要发生在哪里?
主要在 IDE 写代码 → 编辑器 Agent。
主要在终端和脚本里 → 终端 Agent。
主要在 GitHub 的 issue 和 PR 流程里 → Copilot coding agent。
3. 你是要改一个已有项目,还是从零造一个应用?
改已有项目 → 前三类。
从想法造原型 → 应用构建 Agent。
你会发现,选工具的过程,其实是在描述你自己的工作流。
最后
大多数人挑 AI 编程工具,挑的是"谁最强"。
但工具不会因为更强就更适合你。
真正决定体验的,是它在哪里干活,和你的工作流对不对得上。
所以下次再纠结"用哪个"之前,先停一下,问自己:
我这件事,工作到底发生在哪里? 我想看着它做,还是想把它派出去?想清楚这两点,工具自己就会浮出来。
未来真正会用 AI 编程的人,不是收集了最多工具的人,而是清楚每件事该在哪里发生、该交给谁的人。
夜雨聆风