Thorsten Ball 最近写了一篇文章，讲自己用 AI Agent 工作的心得。他是 Amp 的开发者，也写过《Writing An Interpreter In Go》和《Writing A Compiler In Go》这两...

西域狂鸭

Thorsten Ball 最近写了一篇文章，讲自己用 AI Agent 工作的心得。他是 Amp 的开发者，也写过《Writing An Interpreter In Go》和《Writing A Compiler In Go》这两本书，在编程圈子里挺有分量。这篇文章干货很多，值得分享给大家。


先说模型选择。他的态度很直接：用最新最好的那个，便宜一半但错误率高的，别碰。一个模型有10%会出错，你根本不知道哪次踩雷，等出了问题再返工，耽误的时间比省的钱多多了。

再说怎么下指令。跟 Agent 说清楚你要什么，别解释怎么做。他直接告诉 Agent "把编译器速度翻倍，别停下来"，出来的结果比一步步指导要好得多。

然后是一个关键点：要让 Agent 看到整个开发流程里的所有东西。读生产日志、部署、发版本、处理 bug，你能看到的，Agent 也都该能看到。他还给 Agent 配了专门工具，给用户发邮件、查系统健康状况，都有插件。

他还做过一个小实验：派几个盲测 Agent 去跑，看看它们到底有没有真正用到代码库里积累的文档和知识。结果往往出乎意料。

迭代这件事，他的做法是让 Agent 一次生成20个版本，配一个小页面供自己挑选，省去来回拉扯。他还要求 Agent 拿出铁证，端到端演示、前后数字对比，嘴上说完成了不算数。

他也不守着 Agent 等结果，把任务派下去就去做别的，让 Agent 来等他汇报。定时任务他天天用："2小时后查一下日志""上线了叫我"。

上下文不用自己操心，让系统自动处理。一个任务一个对话窗口，这些对话以后就是团队记忆，"当初为什么这么做"翻一下就有答案。

最后两点：Agent 写出来的东西他基本不拿给人看，调试记录和事故报告除外。代码也不全审，只盯核心文件和数据库迁移，变量叫什么名字、用哪种写法，他说已经不在乎了。

##