AI 编程工具全景
编辑器内补全、对话助手、终端代理、代码审查机器人——四类工具各有位置,按任务选型而不是按热度。
一、四个类别,四个位置
| 类别 | 典型形态 | 最适合的任务 | 代表工具 |
|---|---|---|---|
| 行内补全 | 编辑器里边写边提示 | 重复模式、样板代码、局部改写 | 各类 Copilot 插件 |
| 对话助手 | 网页或编辑器侧边栏聊天 | 方案设计、答疑、独立脚本 | 各家模型的 Web 端 |
| 终端代理 | CLI 里自主读写文件、跑命令 | 跨文件重构、搭脚手架、批量修改 | Claude Code、各类 Agent CLI |
| 流程机器人 | 挂在 PR / CI 上自动工作 | 代码审查、测试补齐、迁移任务 | 托管平台的 AI 能力 |
二、按任务选,不按热度选
改一个函数的返回值处理,开终端代理是杀鸡用牛刀——上下文装载比任务本身还重。反过来,把二十个文件里的旧 API 全部迁移,手动点对话助手逐个粘贴才是灾难。判断标准很简单:任务的边界在哪里,就用边界匹配的工具。局部小改用补全,单点问题用对话,跨文件大动作用代理,可重复的质量关卡交给流程机器人。
三、比工具更重要的事
工具每季度都在换名字,但有三样东西不会过时:一份能让代理读懂的项目说明(下下节展开)、一条可以随时运行的测试命令、一个干净的版本控制习惯。没有这三样,再强的工具也只能在混沌里挣扎;有了它们,换任何新工具都是半天的事。
新人建议
先用对话助手把「描述需求」练熟,再上终端代理。直接从代理开始,容易跳过建立判断力的过程。
本节小结
- 四类工具:补全、对话、代理、流程机器人,各自匹配不同任务边界。
- 选型标准是任务边界,不是工具热度。
- 项目说明、可运行的测试、干净的版本控制,是所有工具的地基。
AI 编程