Thorsten Ball:如何与 Agent 协作
来源:微信公众号 HiFox AI · 原文链接

Thorsten Ball 在 Amp 工作。这篇文章是他第一次把过去在私信里零散发给朋友的一套 Agent 使用方法系统整理成文章。
他的核心判断很直接:不要把 Agent 当成一个需要你逐轮盯着、不断补上下文的聊天窗口。更有效的做法,是把目标、工具、真实环境和验证机制交给它,让它自己完成闭环。整篇文章的 15 条清单,基本都在回答一个问题:怎样让 Agent 从「会聊天的代码生成器」,变成「能自己推进到结果、并给出证据的执行者」。
先给结论: 真正拉开差距的,往往不是某句神奇 prompt,而是你有没有把 Agent 接进真实工作流,以及有没有要求它拿出可验证的证据。人的角色也随之从「亲手执行」转向「定义目标、提供工具、审查高影响结果」。
需要说明的是,这是一份带有 Amp 实践背景的个人方法论,不是经过严格对照实验的行业定论;但作为一套 AI-native 工作流的操作清单,很有参考价值。
- 原文:How I work with Agents
- 作者:Thorsten Ball(Amp)
- 链接:https://x.com/i/article/2114385531811319808
我如何与 Agent 协作
……截至 2026 年 10 月。
01 用最新、最强的模型
其他选择都可能是在浪费时间。如果一个模型有 10% 的时间会出错,你并不知道错的是哪 10%,于是只能反复尝试。你真的愿意雇一个便宜 50%、却会随机地差 20% 的通用型选手吗?现在还有谁在用 Opus 4.5?就是这个道理。
02 别再担心 AI 垃圾越积越多
“它会把你的代码库变成一团无法维护的乱麻。”
这话半年前也许还成立。现在呢?我不确定它真的会制造这么多低质代码。就算会,我也不认为结果就一定无法维护。
03 给 Agent 下指令时,描述做什么,而不是怎么做
描述你想要的结果,而不是你准备怎么实现。通常这样效果会更好。
- “把字节码编译器和 VM 做到尽可能快。一直做到速度达到原来的两倍再停。”
- “最终它应该这样工作。”
04 让整个软件开发生命周期(SDLC)对 Agent 可见、可理解
是什么止住了幻觉?是工具调用。工具让 Agent 能触碰真实世界。Agent 看不到的东西,它就会编。所以,让它端到端地运行自己构建的东西,让它读生产日志、部署、观察上线过程、发布版本、切换功能开关、分诊 bug 报告,甚至给客户发邮件。你能看到的一切,Agent 也应该能看到。
05 给 Agent 配齐覆盖整个 SDLC 的工具
我们为处理 bug 报告、给用户发邮件、检查“系统是否健康”,以及为用户授予功能开关,分别做了自定义插件。
06 评估 Agent 是否真的会用知识
知识会在代码库里越积越多:AGENTS.md、skills、脚本、文档。但 Agent 真的会用它们吗?开五个盲测 Agent,分对照组和实验组,看看结果。Agent 真的非常擅长跑实验。
07 现在本地开发感觉很糟糕
每个 Agent 都应该能安装并运行它完成任务所需的任何东西。在远程机器上这很容易,在本地开发环境里就很糟糕。当你想让 Agent 端到端地测试东西时,本地几乎不可避免地会遇到资源冲突。
08 不要和 Agent 反复手动迭代。让它自己造工具来迭代
不是“试试这个……啊不对,再试试那个”。而是:“生成 20 个变体,再做一个能让我组合和测试它们的小页面。”这不仅适用于解决方案空间,也适用于问题空间:“给我四个关于它为什么这么慢的假设,然后逐一验证。”
09 要求它拿出无可辩驳的证据
这是影响最大的一招。Agent 非常擅长产出证据:端到端走查、演示视频、前后对比数据。你得慢慢建立对这种做法的信任和直觉。把“这不算证据”写进你的 AGENTS.md。
10 别等你的 Agent,让它们等你
如果你还在担心 TTFT(首个 token 的延迟),那多半是哪里做错了。拥抱异步。给它们更大的任务,野心再大一点。批量推进,而不是来回拉扯。
11 自动化、定时任务、唤醒和心跳,都是杀手级功能
以前没意识到,但一旦关掉就特别想念。我一直在用。
- “两小时后再查日志。”
- “上线后告诉我。”
- “每天上午 9 点检查一次。”
12 别再手动管理上下文
你花在琢磨“它到底用了 30 万还是 38 万 token”上的每一个念头,都是浪费时间。上下文压缩(compaction)效果好得惊人。不要手工管理上下文。一个线程 = 一个任务。有的线程有 46 条消息,有的有 3,714 条。
13 线程就是公司的记忆
(在 Amp 中)当有人问“我们当初为什么这么做?”,团队使用 Amp 越多,沉淀下来的知识就越多。线程与 git commit 关联。这会改变工作方式,也能避免重复劳动。
14 不要让 Agent 代你写给人的话
例外包括调试步骤、事故报告和部分文档——这些偏机械性的内容,接收方通常没那么在意。
15 只审查影响范围大的代码
真正核心的文件不到 5 个——这些我会审。数据库迁移也要审。至于用闭包还是类、类型写得是否更漂亮、变量名,甚至重复代码:我已经不在乎了。它能工作吗?我能在“流程图上的箭头”这个层面理解它吗?Agent 端到端测过吗?一个月后我还能改它吗?如果这些都没问题,那也许值得我审一下。
关注 HiFox AI,及时获取 最新 AI 资讯~
欢迎使用 HiFox,一个多人与多 Agent 的协作平台,轻松指挥一堆 Agent 同时并行工作!
HiFox 是什么?












**👉 立即体验 Hifox: **https://hifox.com
