Matt Pocock重新理清软件工厂真定义

全网都在把软件工厂当成融资吹牛的新口号，很多团队嘴上喊着拥抱自动化，身体却还在每天开会跟大模型手把手聊天改代码， Matt Pocock 刚刚用一套极度克制的词典定义，把这个被玩坏的概念彻底拉回了工程地面。两组方向截然相反的开发姿态撞在一起，才是这个词最值钱的切口： 一边是大部分人以为的软件工厂，每天在 IDE 聊天框里敲一段提示词、等几分钟看一眼，本质上只是雇了个稍微听话的远程学徒； 另一边是真正跑通的软件工厂，启动会话的从来不是人类的手指，而是生产环境的告警、工单和监控指标，模型在后台离席自主改代码、跑单测、提改动，工程师只需要把有限的注意力留给关键的门禁审核。更有意思的是他特意切出来的对照组，也就是暗工厂。

所谓暗工厂，是指代码从写出来到合入主分支全程无人审查，很多激进的自媒体把它吹成终极未来，但这在严肃工程里往往是灾难； 车厂的一块零件焊歪了顶多坏掉那一辆车，但在软件工厂里合进一段垃圾代码，它会立刻变成后续所有智能体的上下文和范例，直接导致整条产线自我投毒。这也是为什么一线真实数据里，纯无人全自动合入率只有 55% 左右，而有人兜底把关的流水线能稳稳冲到 86% 以上。瓶颈早就不是模型生成代码的速度，而是人类定义目标和评测的质量。

当代码生成变得像自来水一样便宜，写详细的任务规格、把仓库治理成智能体能看懂的类型与单测架构、以及守住哪些改动必须人工签发，成了全行业最稀缺的资产； 就像 Guillermo Rauch 说的那样，软件公司的护城河正在从写过的代码，变成生产代码的这套手段。以前我们拼的是谁键盘敲得快、谁记的 API 多，从���天起工程师的溢价彻底转移到了工厂设计上。如果每段改动还要资深架构师半夜肉眼通宵排查，你买到的依然只是更贵的自动补全。

这套把聊天变成产线的模式落地后，大家最想先拿哪个场景做触发器？我自己是打算把那些烦人又耗时间的依赖升级和偶发测试报错，全交出去做离席流水线。