代码已成黏土：AI 智能体编码下的工匠与工厂工作流

Alberto Denia ∙ 2026年9月25日

在编码的中世纪（也就是2025年11月之前），我们这些编码石匠日复一日地把代码之石精心雕琢成成品。石头是冷酷无情的，即便更好的工具不断改进，修改它依然困难。小的修改凑合还行（这里凿几下，那里补一下），但大的修改意味着拆除、搭脚手架，以及墙上钉着的周密计划。

智能体编码改变了这一切：代码变得可塑。尽管它仍然由与中世纪代码相同的底层物质构成，修改代码的成本已经崩塌。这让它表现得像是一种完全不同的材料。代码现在是黏土。

用黏土工作

一旦代码是黏土，你就可以开始塑造它。把大块大块的代码黏土拍成你想要的粗略形状，看看感觉如何。不喜欢？重新塑造某一部分甚至把整个东西压扁重新来过都很容易。当整体结构感觉对了，你就像雕塑家那样精雕细琢：从整体大形，到中等特征，再到细节。

塑造可以分形地应用在你构建之物的任何一层。一个探索新产品的独立开发者可以在一天内勾勒出整个核心，看看什么有效，然后再深入细节；而负责一个陷入困境的产品功能的团队，可以花几天时间把它带到一个全新的方向，以确定这次转型是否值得。再多的规划和模型也比不上亲眼看到实物运行起来。

不过，你的产品和工程判断仍然重要。修改代码现在可能几乎是免费的，但知道它是否是正确的修改却不是。如果你想构建感觉对且能凝聚在一起的东西，就不能只是一直堆砌大块。你需要不断精炼各个部分并思考它们如何契合，否则整个东西会比你靠提示挽救更快地塌成一滩稀泥。品味、上下文、护栏、架构……这些就是你的骨架和窑炉。

何时运用这种判断，以及运用多少，仍是我们仍在摸索的事。在人类参与程度的光谱上，几种工作流程正在涌现。在这个光谱的两个极端，是两种值得关注的方法：工匠和工厂。

工匠之道

工匠想要参与到循环之中。快速的反馈循环是可塑代码最棒的地方，也是我们许多人沉迷其中的原因。在买一杯咖啡的时间里，你就能构思出一个功能，在手机上和智能体规划好方案，回到桌前时它就已经准备好供你审阅。再加上几轮打磨迭代，你就把完整的产品/工程/QA周期压缩到一个人三十分钟内。

当你是自己的用户时，这种循环会变得令人满足到不可思议。例如，我正在开发一款Markdown编辑器，每天都用得越来越多。几天前我看着一个列出开支的文件，心想：“要是我能把它们全部自动求和就好了……等一下，让我来搞点代码！”半杯汽水之后，我就在应用中让计算块（一个评估简单运算并在其边缘显示结果的块）的第一版跑了起来，而且已经能用了。实时的软件开发。

这不就是 vibe coding 吗？不一定。手工艺人式做法的核心是始终留在循环中，并在每一轮迭代中运用你的判断。如果你只判断面向用户的表层，那就是 vibe coding。如果你还判断代码（至少是它的形状，即便不是每一行），那就是工程。循环只是变得更快了。

工厂式做法

在另一个极端，你希望把自己从循环中 移除。这就是工厂式做法。

工厂式做法完全围绕构建系统展开，把代码之土塑造成能整齐嵌入更大结构的砖块。可以想象成一条由规格说明、生成器和验证器（测试、评估、护栏、审查代理）组成的流水线，串联成循环，只在万不得已时才升级给人类。它在结构良好、具有可重复模式充当 模具 的代码库里效果最佳，并且需要明确的标准让它能验证自己的工作。工厂式做法在添加第十一个 CRUD 端点或啃掉一百个小 bug 这类事情上极其出色。

判断在工厂式做法中依然存在；只是被移到了上游，或者被嵌入到了流水线里。其中能被嵌入并自动化的程度尚无定论，但我猜测，搭建出能产出可靠结果的工厂，正是工程即将成为的大部分内容。

手工艺人还是工厂？

在两种做法中，人类的判断都仍在引导工作。区别在于它何时被应用。手工艺人在每一轮迭代中都运用它，这非常适合探索想法、打磨需要 感觉 对的功能。工厂式做法则把它前置——在搭建流水线时一次性投入，在循环中则尽可能少用。两者都省不掉它。

你可能会认为，鉴于“工厂”一词的工业色彩，工厂式做法只属于大型企业代码库，而手工艺人则是那些在泰国海滩上摆弄自己应用的独立开发者。但两者其实是互补的，许多现实中的工作流会是两者的混合。大型、成熟的产品需要手工艺式的投入来解决新颖的问题或添加必须“感觉对”的功能。即便是个人 开发者也会希望运行工厂，去处理那些无聊、可重复的部分，并实现过去对一个人来说不可想象的规模。关键是为你要解决的问题挑选合适的方法。而这，归根结底，一直以来就是软件工程的本质。

于是我们手中拥有了这种新材料。代码现在是黏土了。我们将用它来构建什么？