整段代码交给 AI 之前,先算这笔账:怎么判断这段工序能不能交

0 阅读5分钟

业务背景

2026年10月12日,Ars Technica 与 AV Club 分别转述了 Bloomberg 的报道:Epic Games 在与迪士尼的 15 亿美元合作射击游戏项目中,转为 AI 先行开发。Claude 等模型编写全部代码、指导全部美术,人类开发者负责管理和引导生成内容。原定 2026 年 3 月的发布计划已经延期。Epic 发言人确认了采用 AI 加速开发这一事实。

三条口径先摆在这里,后面都要用:

  • 原始信源只有 Bloomberg 一家,Ars Technica 与 AV Club 都是转述。这是 n=1 的孤证案例,没有第二个独立信源可以交叉验证。Epic 也没公布项目细节、成本结构、人员变动数据。
  • 「不再手写代码」是 Epic 对内部的表述,不是第三方审计结果。这条表述的受益方是 Epic 与 Anthropic。
  • 该项目是否涉及裁员、裁了多少人,截至 2026年10月13日没有公开可核实的信息。标为未核实,不作推测。

我要拆的是另一个问题:给定一段工序,怎么在动手之前判断它能不能整段交出去。

关键挑战

切不开是第一个坑。代码、美术、测试在游戏开发里本来是三条分开的线,交出去之后接口清楚,出问题能定位到段。多数业务系统不长这个形状,运营、投放、客服常常黏在一个岗位上。接口写不出来,说明两段黏着。此时上 AI,只会把糊的地方放大。

复核成本不跟着生成成本降,这是第二个。生成一段代码的时间从小时级压到分钟级,判断这段代码对不对的时间没变。逐行复核别人或者模型写的代码,往往比自己从零写更费神。

第三个是验收标准缺失带来的返工。团队说不清什么算合格,模型产出的每一版都得人从头判断。版本出得越多,返工次数越多,总时长跟着涨。

方案

把能不能交拆成一份字段表。填不出来的字段,就是不能交的信号。

segment:
  name: 订单对账脚本重写
  interface_in: 上游交付物(字段名 / 格式 / 示例值)   # 空 = 切不开
  interface_out: 下游验收物(字段名 / 格式 / 示例值)  # 空 = 切不开
  newcomer_reproducible: true / false  # 新人拿文档能否复现
  judge_writable: true / false         # 判断依据能否写下来
  accept_criteria:                     # 三条具体特征 + 一个反例
    - 特征1
    - 特征2
    - 特征3
    - counter_example: 反例1
  cost:
    handwrite_hours: 手写耗时
    gen_hours: 生成 + 调提示耗时
    review_hours: 复核耗时
    rework_hours: 返工耗时
    delay_tolerance: 可承受延期次数

净收益按这个式子算,变量填不出数就先别交:

net = handwrite_hours - (gen_hours + review_hours + rework_hours)
# net > 0 且在 delay_tolerance 之内,这段才具备交出去的可能
# 具备可能 ≠ 应该交出去,还要看兜底能力和验收成本

两处措辞要分清楚。新人拿文档能复现,等于这段有交出去的可能,不等于应该交出去。判断依据能写下来的,那不是判断,是变相的规则执行。

实测/对照

Epic 这个项目没有公开实测数据。它是进行中的项目,技术债还没到结算的时候。下表只做结构对照,不做效果对比。

维度保留原工序加 AI(AI 改造)按 AI 能力重排工序(AI 先行)
流程形状人写代码 → 人测试 → 人上线,旁边挂一个 AI人写约束 → AI 生成 → 人验收
成本结构生成段变快,复核段不动约束段变重,生成段变轻
瓶颈位置仍在手写段移到验收段
返工触发点需求变更验收标准模糊
失败形态提效不明显延期,技术债延迟结算

踩坑

排期按生成耗时估,实际按复核耗时花。这个差额经常在估工时被漏掉。

技术债是延迟结算的。快速生成会盖住设计上的欠账,问题不在生成那一刻暴露,会在后面一次故障或者一次改需求时集中爆发。

验收标准写不出三条,本身就是信号。这时正确的动作是把标准想清楚,不是先上 AI。

延期承受次数算出来是 0 次,就别在核心项目上试,去小项目上试。这是算术,不是保守。

【推论】执行段整段交出去之后,新人失去通过低成本执行积累判断力的路径。判断者的供给从每年自然长出一批,变成只能靠外部招聘。省下执行岗成本的同时,买断了未来判断者的来源。

适合/不适合

适合的情况:工序边界能写清上下游接口,验收标准能写出三条特征加一个反例,延期一次付得起。

不适合的情况:接口写不出来,合格线只有看着差不多,现金流紧绷到一次延期就伤筋动骨。任意命中一条,先做工序盘点,别做工具采购。

【推论】盘点都做不下去时,说明条件还不具备。此时不动是合理结论,不是失败结论。

常见问题

Q:AI 先行和用 AI 提效是一回事吗? 不是。用 AI 提效是在原有工序上插一个环节,工序结构不变;AI 先行是先按 AI 能力重排工序,再决定人补在哪儿。两者的成本结构不同。

Q:Epic 这个案例能当通行做法抄吗? 不能。它是条件具备时的可行性存在证明。三个条件是工序边界天然分段、15 亿美元预算兜底试错、IP 由迪士尼持有因而容错空间更大。三个条件缺一不可,也没有替代品。

Q:团队现在第一步做什么? 填上面那张字段表。填不出来的字段,就是下一步要解决的问题。