软件开发者需要在别人替我们想出正确方法之前，自己先搞清楚如何正确地进行"智能体编码"。

我经历过一个时代，那时部署应用程序意味着直接将 *.exe 文件复制到生产环境中。我没在开玩笑，当时就是这么简单，也充满了风险。那时的应用程序不复杂——往往不过是那个简单的 *.exe 文件而已——所以部署流程不需要太复杂，但或许本该如此。

如今，我们经过多年的经验教训，终于学会了如何正确地进行应用部署。建立严格的部署流程变得必要，原因有二：第一，该流程必须确保每次部署都能成功。部署复杂的应用程序可能非常错综复杂且充满挑战，严格的流程能保证一切按部就班且正确运行。第二，该流程必须对应用程序进行彻底测试，以确保所有活动部件协同工作，形成一个功能完善的应用程序。

如今的持续CD流程是用血泪换来的经验总结。最终，这些实践变得正规化，甚至达到了《萨班斯-奥克斯利法案》要求IT部门正式记录其部署流程的程度。

正是这种治理机制，区分了专业的软件开发组织和那些不知所云的组织。

智能体开发的阵痛

智能体开发正朝着同一个方向前进，只是发生得更快一些。就在几个月前，人们才开始认真地使用AI来编写代码。起初，我们大多数人都是偷偷摸摸地使用，让Claude Code去查找和修复bug，然后悄悄地提交解决方案。也许我们当时不敢提及此事，但随后又因这样做了并以此邀功而感到内疚，最终还是说了出来。但很快——快到"一周之内"——就显而易见Claude Code完全能胜任这项工作，我们也对此变得非常坦然。

很快，这不仅被接受了，实际上还受到了鼓励，我们一发不可收拾。一个月内，人人都在努力奔跑。

这看起来有点失控。诚然，大量的代码正在被生成，非同小可的资金正在被花费，但结果是否物有所值却并不清楚。我不确定是否有人能说清这笔花费是否带来了所需的价值。

在某个时刻，作为整个行业，我们将不得不控制这一切。我担心会有一股推行治理的热潮随之而来。这就像直接部署一个 .exe 文件一样，同样充满了风险。目前，似乎很少有人控制在哪里使用了什么工具、为了什么目的花费了多少钱，以及这些支出实际上给我们带来了什么。

我们部署流程的治理之所以成功且有用，是因为它是自然产生的。那些被认可并编纂成文的程序，源于从业者在实际构建和部署应用程序中吸取的教训。我们都应该努力确保智能体编码也能发生类似的过程。

开发者最懂

因为智能体编码发生得如此之快、如此狂热，危险在于治理流程也会以同样快和狂热的速度被强加于上。我想鼓励大家深呼吸，放慢一点脚步，仔细审视我们在做什么，更重要的是，审视我们是如何做的。

智能体编码将以某种方式进行治理。对于我们从业者来说，关键是要带头提供这种治理，否则治理就会被强加于我们。我们才是知道什么重要、工具应该如何使用的人。我们才是与这项技术保持同步且利益攸关的人。

对于发展如此之快的技术，自上而下的治理永远无法跟上步伐。正如Torii的联合创始人兼首席执行官Uri Haramati所说："离工具最近的人通常最明白为什么要使用它，而包含这些人参与的治理，比试图控制他们的治理效果要好得多。"

直接将 *.exe 文件复制到生产环境中是一种可笑的鲁莽行为。我们不再那样做，是因为我们学乖了。我们花了时间，但学会了正确的软件部署方式。现在，我们正处于智能体编码的"复制 *.exe 文件"阶段，我们需要在别人替我们想出正确方法之前，自己先搞清楚如何正确地做这件事。