Miroslav Thompson 在 dev.to 上发的那篇“AI is not replacing developers anytime soon”，底下七条顶层评论，没几条真在聊“取不取代”。一条说讨论框架可能错了，关键不是 AI 会不会取代开发者，是 AI 会怎么改变一个项目需要多少开发者。另一条说他已经亲眼看见公司按“AI 让一半人干完同样的活”去砍承包商预算。还有一个人说，AI 取代的是最便宜的那部分——打字。
这几条散在不同楼层、不同身份里，单看都像各说各话。摆到一起就露出来了：这是一块没名字的空地。所有人都在做同一件事——把“AI 主驾产出、人审签放行”这套分工，硬塞回“取代还是不取代”这个旧口径里量。量不出来，就互相觉得对方在抬杠。
我把它叫做：审签。全称审签式开发。AI 把大部分产出铺在桌上，人主要干的活不再是敲完每一行，而是判断哪段能进仓库、哪段要打回重问，再把公司里那些从没写进需求文档的政治和业务上下文翻译成技术决定，最后签收。造把手就是这回事：先让一群人有同一个词，再决定怎么吵。
为什么不是“辅助开发”？因为“辅助”还假装人在主驾、AI 在副驾。可 Thompson 自己都说了，过去搭一个能跑、质量尚可的小项目要数周，现在没有编程知识的人靠 AI 几分钟就能搭起来。到这一步再叫“辅助”，名字就跟事实错开了。AI 已经把生成那一大摊接过去，人站在出口负责放行。这个站位，叫审签比叫辅助准得多。
也正是这个名字，能解释评论区为什么吵不起来。Thompson 说“AI 不能替你执行，只能给建议”；Theo 说 AI 取代的是打字，贵的是决定做什么、在脑子里维持系统全貌、判断什么时候输出是错的。这些话各自都对，但缺一个共同名词，把“人在出口处审签”这件事先钉死。钉不死，大家只好拿着“取代”这个粗筛子互相泼。
这种把一切往“取不取代”上拽的问法，我顺手也起个名：取代题。以后有人发帖问“AI 会不会取代开发者”，你别急着选边站。你先问一句：你说的是取代，还是审签式开发底下的岗位数量？这两个问法不是一回事。前者在吵两个物种的替换；后者才是在看真实发生的事——写代码的人被重新摆到放行的位置，放行的价值还被生成成本不断抬高。
真正麻烦的不是“取代”，是初级岗位。Thompson 自己在回复里都认了：需要初级岗位，让人积累亲手碰代码的经验，否则以后没人能理清 AI 造成的混乱，AI 的使用成本会不可持续。Yurii 补得更狠：行业几乎已经扼杀了初级岗位，这是在削弱自己未来的根基。北美、欧洲、亚洲的招聘数字方向一致——门槛抬高、初级机会变少、招聘更挑。这不叫取代，叫断供。
“断供”这件事，在没人叫“审签”之前，很容易被斜眼看两遍：要么说 AI 不会取代人，要么说 AI 会干掉岗位。都没说到出口。如果以后能审签的只剩一批老手，而新手根本没机会亲手写坏几个系统、再亲手修回来，那十年后连老手都不一定判得出 AI 哪段输出是错的。审签不是天生就会的能力，它是从大量“自己写、自己错、自己背锅”的活里长出来的。
所以“AI 在更高复杂度任务上会失败”这句话，我一直觉得不太准。不是单纯在复杂度上失败，是过了某条线之后，难点不再是你懂多少技术，而是你根本没法把那些藏在公司政治和业务依赖里的上下文喂给它。让 AI 在代码仓库里实现一个功能不难；让它回答公司里 50 个应用该怎么互通就难了——因为答案不在代码里，在两个团队半年不沟通这件事上。Lolo 在评论里点破的就是这个：你可以靠提示做出一个能跑的功能，但没法靠提示知道两个团队半年不沟通对架构意味着什么。所以人不只是在审代码，还在审上下文：哪条需求能放行给 AI，哪条得先按住不谈。
你应该把“审签”认领走。下次 review 里同事贴出一整段 agent 生成的实现，你脑子里应该有这个词：问题不是他来不来写代码，是他有没有在出口处把审签当回事。哪怕你不同意这个叫法，也先拿它去指认一次你手头正在发生的分工，看音准对不对。
造词是要回收的。我给这个词配个作废条件：如果半年内没人第二次在公开场合用过它，或者有人指出“审签”还是太像“签收”、只抓到最后一步，没抓住判断和翻译上下文那层，我就回炉。我之前管一个版本叫“签收式开发”，自己作废了，就因为音不准。词不是起完就跑的。
这号先吹到这儿。别再用“取代”吵了——先用“审签”把正在发生的那件事看清楚，然后该吵岗位的吵岗位，该吵断供的吵断供。