关于 Agentic Coding 的经验教训：当代码变得廉价时我们该怎么办？

Source: Hacker News

最近，这个博客上出现了大量关于 agentic coding（代理式编码）的文章。前沿模型如今在编码方面 真的 非常出色，远胜于它们在其他任务上的表现。使用代理进行编码感觉像是对未来的预览，是一个观察我们能将代理能力推向多远的游乐场。它令人振奋、收获丰富，而且极其 奇特。

我一直在整理一份 agentic coding 的技巧清单：给刚开始使用 Codex、Claude Code、Pi 或其他任何代理的人提供的指南或规则。理想情况下，每条技巧都是可推广的指导，适用于任何代理式编程。我也在寻找那些随着模型和工具改进仍能持久适用的经验教训。

下面是我目前的清单：10 Lessons for Agentic Coding。十是一个很好的整数，也是把这些内容公开的好时机。

需要说明的是：我只对这些指南的提炼与汇编负责。正如 Kshetrajna Raghavan 今天对我说的那样，“我们在相似的教训上 疯狂 地趋同”。
（如果你觉得下面遗漏了什么，请 联系我！）

主动编码的 10 条教训

• 实现即学习。 你可以通过 Spec-Driven Development 走得很远，但 编写代码的过程会让你发现之前未考虑的决策，并让你的规范变得更好（了解更多）。当代码成本低廉时，就应该通过实现来学习。

• 经常重构。 早期且 频繁 地实现可以帮助你学到更多。分叉并重新编码疯狂的思想实验。看看一个功能能走多远。廉价的代码让你能够以以前不可能的方式进行侦察和重新发明。

• 投入端到端测试。 当我们可以廉价地重写代码时，应该花时间编写测试，衡量产品的 功能，而不是它们的 实现方式。我们需要行为契约，以便在重构和重新实现时保持自由。

• 记录意图。 测试阐明我们的目标，代码编码我们的方法，但两者都未捕捉 为什么。将意图与代码一起持久化，有助于你和你的代理在一致的方向上复合决策。

• 保持规范同步。 随着代码和测试的推进，更新你的规范（即包含目标和计划的 markdown 文件）（示例）。把规范视为冻结的产物会让你在实现过程中错失学习机会。保持最新可以让它持续为你和你的代理的选择提供信息，也让频繁的重构更容易。

• 寻找难点。 在项目中工作足够长的时间，事情就不再容易。你会快速完成样板代码和显而易见的设计决策，随后开始面对丑陋、困难的工作：直觉式设计、性能、安全、弹性以及系统架构。任何人都能玩转容易的部分。困难的工作才是价值所在。找到它并深入钻研。

• 自动化所有容易的事。 为了把更多时间花在困难的事上，尽量减少在容易事务上的时间消耗。将学习提炼为技能，构建循环，自动化代码审查，让你的工具产生复合效应。但要小心：别陷入 神秘屋。

• 培养审美。 当代码快速生成而反馈滞后时，唯一能跟上节奏的反馈来源是你自己。你对领域、用户及其问题的了解越深，就能在不频繁检查的情况下走得更远。

• 代理放大经验。 有才华的开发者往往低估了他们在提示中带来的直觉：正确的术语、恰当的框架以及适当的细节层级。如果你熟悉自己的技术栈，就能在实现和调试阶段节省无数循环，减少不必要的代理探索。将技术专长与出色的审美相结合，便能获得无可匹敌的优势。

• 代码便宜，但维护、支持和安全并不便宜。 主动代码是“像小狗一样免费”。支持 并不便宜，安全也 同样不便宜。快速构建，但要注意你所承担的维护成本。