用最新、最强的模型。 别的？纯属浪费时间。

别怕垃圾代码。 这年头 Agent 就算偶尔翻车，也没到代码无法维护的程度。

提示词写"要什么"，别写"怎么做"。 你只管描述终点，路线让 Agent 自己找，效果反而更好。

把整个开发周期摊开给 Agent 看。 终结幻觉的是什么？是工具调用，工具让 Agent 触碰现实。Agent 看不到的东西，它才会瞎编。所以，让它跑自己写的代码、读日志、部署、盯发布、切版本、换功能、分拣 Bug... 你能看见的一切，Agent 也应该看见。

本地开发越来越拉跨。 每个 Agent 都应该能安装并运行完成任务所需的一切，这在云端很容易，在本地就没那么顺畅。

别跟 Agent 来回拉扯，让它造工具自己迭代。

- 错误："试试这个……不行换那个。"

- 正确："生成 20 个变体，做个测试页让我挑选。"

- 还可以直接提问："给我 4 个这里变慢的原因，然后把这 4 个全部验证一遍。"

别等 Agent，让 Agent 等你。 你要是还为"首 token 响应时间"操心，多半是做法有问题。拥抱异步，活儿往大了派，大胆批处理。

自动化、定时任务、唤醒——这才是焚诀。 我天天用：

- "2 小时后看日志。"

- "上线了告诉我。"

- "每天早上 9 点检查一下。"

别再手动管理上下文了。 纠结"它吞了 30 万还是 38 万 token"纯属浪费脑细胞。压缩（compaction）出奇好使。一个线程 = 一个任务，别想太多。

别让 Agent 替你写东西。 但调试步骤、故障报告、技术文档这类机械活儿，放心交给它。

只审影响范围大的代码。 能跑就别折腾，有时优化代码也是一种执念。

Inspired by Thorsten Ball How I work with Agents