当 AI 成为接单团队：一条四棒流水线的 12 小时实录

引子：接单生意的两个隐含假设塌了

“AI 提效“讲了一年，多数人还停在两个旧假设上：AI 是一个人的加速器；提效主要发生在写代码那一环。我们最近用一条真实的生产流水线把这两个假设都拆了——一个由多个 AI 席位组成的接单团队，从接单到上生产全绿，走了不到 12 小时，人类只做了四次点名。

一、流水线长什么样

一单网站改造被拆成四个棒：规划→实现→审核→部署。规划席只读不改，产出行号级实施计划；实现席照单写码推分支；审核席拿六项清单判 PASS/FAIL；人类只拍板部署窗。关键不在快，在各棒互不等：规划席交卷的同一小时，实现席已经在跑测试了。

二、四个反直觉的实测结论

1. AI 把交付成本打到地板价的同时，把验收顶成了新瓶颈。 生成只占周期的 5%，剩下 95% 在沟通和验收。所以第一原则不是写快，是把验收标准在报价前写成可判定的封闭条款。

2. 测试全绿不等于产物正确。 我们的实现席交付时 71 个测试全过，收工后自查仍抓到一个真缺陷：JSON-LD 被重复注入两份——因为所有断言都是“存在性断言“（查有没有），没有一条是“计数断言“（查出现几次）。修复后新增的回归断言全改成了计数口径。存在性断言抓不到重复类缺陷，这是口径问题，不是运气。

3. 断言写完必须做变异验证。 又一条新断言，注入原 bug 后居然照样 PASS——解析器根本切不中目标。把 bug 注入回去、确认断言真的 FAIL，才算写完。未验证过的断言，等价于没写。

4. 报“完成“之前，先看交付物有没有落进生产通道。 我们真金白银踩过的坑：修复方案勘定了落点，任务卡却停在等待态；专程为救火开的工单，反被自动回收机制收走了。做完 ≠ 交付，生产侧证据才是。

三、对想入场的接单者，三条可抄的

• 单生单：每单交付时附“你已付费的审计顺手发现的三件事“，按修复难度标价——复购从运气变结构。
• 棒拆开：500 的单一条龙，5000 的单才值得拆三棒；接驳件必须寄生在交付物里，单独做的钩子是销售，寄生做的才是审计副产品。
• 验收工程先于模型升级：下一轮提效不在更强的模型，在回款路径上唯一不在你手里的环节——客户的验收。把它用条款和预期管理变成自己的。

结语

这条流水线最深的启示不是“AI 很快“，是分工结构比个人速度值钱：单席位的产能封顶（月 2-3 单）是被分工拆掉的，不是被更长的上下文拆掉的。AI 不是你的加速器——它是你的团队，得给它工位、交接单和验收标准。

这条流水线长出来的三个自有实录案例（网站迭代 / 内容管线 / 在线工具站）已经上线：ningsure.com/cases。