今天这篇不打算替 AI 说话。到了 2026 年 7 月 18 日,我更想把每个准备把 AI 接进主流程的团队,先请进一间没有掌声的听证室。门口不挂“创新发布”,只摆一块牌子:今天不演示能力,不展示速度,只听反对意见。因为我越来越相信,真正能救一个 AI 项目的,往往不是第十次乐观承诺,而是第一次被完整说出来的坏消息。

书记员先念规则:今天不汇报亮点,只记录异议
书记员记:会议开始前,主持人把那套大家熟悉的演示流程收了起来。没有实时写报告,没有自动生成流程图,也没有那句最容易让人放松的“整体准确率已经不错”。他只说了一句:今天所有发言,默认从不同意开始。
这句话一落地,房间里的气压就变了。因为多数 AI 项目最缺的不是赞成票,而是一个容纳反对票的场合。平时大家围着模型能力、成本下降和上线窗口转,真正让系统失手的那些迟疑,常常在会议纪要里被擦得太干净。
财务第一个发问:你们说省下来的人力,为什么总在返工里重新花掉
财务:每次方案里都写节省时间、压缩编制、提升吞吐,可季度复盘一到,预算并没有像承诺里那样轻下来。你们把人工首稿换成了 AI 首稿,却多出了复核、改写、追责、重跑和异常补救。请问这部分,为什么在立项时总被写成“可忽略成本”?
主持人没有替模型辩解。因为这类质询最难听,也最准确。很多团队把 AI 当成直接省人器,结果忽略了另一条账:如果输出进入主流程前没有明确准入线,节省的只是打字时间,新增的却是成倍的返工和协调。AI 不是天然便宜,它只是把成本从显眼的工时表,挪到了不体面的返工箱里。
法务第二个发问:当答案进了系统,谁替那一行字签字
法务:如果这个 Agent 只是给建议,我们可以讨论提示;可只要它的内容开始流进客户界面、审批链路或知识库,就不再只是“模型回答”。谁来确认它引用的数据能用,谁来界定它的措辞边界,谁来承担一句话写错后的责任?
书记员记:房间里短暂安静了一会儿。不是因为没人懂合规,而是因为很多团队默认“先接进去再补规则”。可一旦 AI 输出真的落库、触发通知或被客户看见,责任就不会跟着“实验中”三个字一起悬空。上线不是把文本发出去,上线是把签字权悄悄塞进一条自动链路里。
一线团队插话:真正拖慢我们的,不是不会写,而是没人决定采用哪一版
一线运营:外面总觉得我们最需要的是一个更会写的模型,实际上最耗时间的,往往是同一个答案出来三版以后,没人定义哪一版可以真的发。AI 给了草稿,主管补了语气,销售改了客户口径,最后每个人都觉得只动了一点点,责任却被切成了很多碎片。
这段发言把另一层问题摊开了。许多 AI 项目不是败在生成速度慢,而是败在采用机制空着。只要团队没有规定谁拍板、谁回退、谁记录改动,模型越能写,链路就越像一条永远在征求意见的长廊。真正的效率,不是多一个候选答案,而是有人敢把某一版定成可执行结果。
运维把灯调亮:夜里真出事时,AI 会通知谁,谁又有权把它停掉
运维:白天看 Demo,大家都爱说自动闭环。可到了凌晨,问题不是它能不能继续做,而是谁敢让它停。接口抖了怎么办,误触发写回怎么办,外部服务超时怎么办,客户投诉说内容错了以后,是先下线模型还是先屏蔽某条动作?这些不是体验问题,是值班权限问题。
我很认同这条质询,因为它直接戳穿了许多“自动化即成熟”的幻觉。AI 进入生产之后,最关键的能力之一不是继续输出,而是在错误条件下被人类可靠地接管。一个不能被停、不能被降级、不能被追溯的 Agent,不叫自动化助手,更像一台在主流程里跑着却没人够得着刹车的机器。
新人提出最刺耳的问题:如果练手机会都给了 Agent,明年的骨干从哪里长出来
新人:我知道大家想把重复劳动交给 AI,可很多人最初学会判断,不就是从这些重复而低风险的工作里长出来的吗。首稿、整理、校对、比对、归档,如果这些入口全被拿走,团队以后靠什么培养下一个能复核模型的人?
这类问题通常不会写进上线报告,却该放在最前面。组织如果只看到当下效率,很容易把低风险练手任务一并外包给模型,短期像是在减负,长期却是在削掉人才梯度。能看懂 AI 输出的人,不会凭空出现,他们原本就是在那些不耀眼的基础任务里练出来的。
负责人最后作证:最危险的上线词,其实是“先用着看”
负责人:我最担心的不是模型偶尔说错,而是团队用一种很轻的语气,把一条很重的链路接上线。只要会议结尾出现“先小范围用着看”“问题再慢慢补”“反正人工还能兜底”,我就知道真正的风险开始形成了。因为这些话表面温和,实质上是在把未定义的责任、未完成的回滚和未验证的边界,一起推给未来。
这句证词值得单独记一行。很多事故不是因为团队鲁莽,而是因为他们太习惯把不确定性包装成可迭代事项。普通网页功能可以这样试,涉及 AI 的主流程却常常不行。它会持续生成、持续扩散、持续影响别人的判断,如果入口先开了,后面的治理就很难再按原计划慢慢补齐。
书记员最后补一行:允许反对票留下来,项目才配进入生产
会议结束时,没有人宣布“结论一致通过”。主持人只是让书记员把所有异议原样留在纪要里:哪些成本还没算清,哪些权限还没划完,哪些责任还没人签,哪些训练梯度可能被抽空。那份纪要看起来一点也不热血,却比大多数漂亮的发布稿更像真正的上线准备。
所以今天这场听证会给我的结论很明确:成熟的 AI 项目,不是人人都被说服了才上线,而是每个反对者都被认真听见以后,系统仍然能解释自己为什么值得上线。谁急着消灭反对票,谁就会把真正的故障前兆一并消掉;谁肯把异议留在台面上,谁才更有机会把 AI 接成一条可长期负责的主流程。
