软件工厂的真相：别把聊天当产线

现在满大街都在聊“软件工厂”，但你去看一线开发者的屏幕，大部分人其实还在每天对着 IDE 聊天框，手把手教大模型改那两行代码。

改完看两眼，不行再催一句，等它吐下一段。

说句实话，这不叫工厂，这叫花钱请了个听话但必须时刻盯梢的远程实习生。

昨天 Matt Pocock 提了一个很朴素的标准：
正经的软件工厂，启动运行的绝不该是人类的手指头。

它应该由线上的生产告警、Bug 工单或者监控指标直接触发。模型在后台拉分支、读报错、写单测、改代码。等工程师端着咖啡坐回工位时，桌上摆着的是一份跑通了 CI 的 PR 提议，你只需要看核心门禁、点确认签发。

至于前阵子很多人吹的“暗工厂”（全程零人工干预、代码直接上线），在严肃项目里纯粹是定时炸弹。

车间里一个螺丝打歪，坏的只是一台车。但在 Git 仓库里，大模型一旦合进一段没头没尾的垃圾代码，这坨代码会瞬间变成后续所有 Agent 的上下文和范本。
整条产线立刻开始自我投毒，越跑越烂。

这也是为什么真实实测里，纯无人全自动的合入率只有 55% 左右，而有人守住门禁的流水线能稳在 86% 以上。

代码生成早就跟自来水一样便宜了。敲键盘的速度、背库函数的数量，早就不值钱了。现在最值钱的，是怎么给 AI 写无歧义的任务规范、怎么把仓库单测修得让它能自检，以及守住哪几道红线必须人工看一眼。

软件公司的护城河，已经从写过的代码，变成了生产代码的这套手段。

你现在用 AI 编程，最想把哪类恶心人的杂活先丢进离席产线？
我投给依赖升级和修偶发测试。你呢？