夜雨聆风学习资料网

ARTICLE · 1239776

AI立项第一刀:别问能不能干,问出了错谁签字

AI立项第一刀:别问能不能干,问出了错谁签字

li人人都说,AI 先拿走的是简单的活。

我们拆完两个案例,结论正好反过来:AI 拿走的从来不是简单的活,是不担责的活。

一个案例在律所。诉讼律师团队,办商事合同纠纷、公司股权争议这类复杂案子。该案受访 FDE——案例集对进驻客户现场、把 AI 落进业务的交付角色的称呼——自述:一个案子的材料几十种,总页数动辄上千页,光整理就可能耗掉三到五个工作日——这是他的行业观察口径,原文没给样本没给出处,我们只当背景张力用。

另一个案例在建筑设计的消防施工图现场。那家企业叫什么、什么性质,原文没写,下文统一叫「设计现场」。一个常规商业项目,仅消防施工图就可能涉及数百个空间的设施布置。该案受访者的原话:「这个核对过程往往比绘制本身更耗时。」同一栋楼里几十个功能相似的空间,布置流程重复来重复去,「真正用于创造性设计的时间被严重挤压」。

隔着一整个行业,两个现场切出了同一条线。

先把证据底色交代清楚。两个案例出自同一本案例集——《FDE案例100》首批24案,2026年9月发布的行业访谈整理稿,是同一套编选工程整理出来的材料,不是24个独立实验,所有效果只说到当事人自述为止(两案原文引文分别集中在案例集印刷页p25-31与p210-216,行号锚逐条归档备查)。律所那套系统已上线常态运行,上线两个月时用户铺到了全国多个城市——但那只证明铺开,不证明效果,原文没有活跃度数据。设计现场那套也已上线使用,但用户数、项目数、部署范围原文一个字没披露,只能按单客户口径谈。我们引用的是结构,不是成绩单。


两句话,原因写在明面上

律所案里,受访 FDE 把瓶颈说得直白:「律师的产能瓶颈不在专业判断,而在信息处理的效率。」

注意他说的是「不在专业判断」——不是律师不会判断,是判断被信息处理围住了。

系统做出来,分工是这么写的:「在我们的设计中,AI负责大量信息处理、分析整理和重复性工作,专业系统承载案件上下文和知识流程,律师负责最终判断、策略选择和专业责任。」

设计现场这案,这条线画得更硬。系统上手时,用户对AI的期待是「一键生成完整施工图」,专业设计人员表达了不同意见。为什么不同意?该案受访者的原话,连「原因是」三个字都替你备好了:「原因是消防设计涉及责任问题。设计人员需要对最终图纸的合规性和安全性负责」(说话人是该案受访者本人,其身份与委托关系原文未披露)。

把两句话并排放一起看。

律所:AI 干信息处理,律师管最终判断、策略选择——和专业责任。

设计现场:AI 干生成,设计人员对最终图纸的合规性和安全性负责。

两拨人,行业隔了十万八千里,切出来的却是同一条线,而且都把「责任」两个字挂在人这一侧。

再补一个我们拆出来的观察。我们给设计现场这个案例做过一次五断点扫描:岗位、流程、知识、责任、治理。五条里只有「责任」被原文主动、反复论证——印刷页213和215上三处自述都在讲它。当事人嘴上聊的是效率,笔下反复回到的是责任。该案的组织重心不在效率,在责任边界。(我们的拆解,非原案自述)

这不是巧合,是结构。我们看到的结构是:分离线看起来画在「AI 能不能干」上,其实画在「出了错谁签字」上。


刀刃不在能力上

我们起初也把这条线读成能力分工:判断复杂,机器干不了;信息处理简单,机器干得了。

重读两个案例,这个读法站不住。

专业判断卸不下,不是机器搬不动判断,是责任没有替身。

律师的报告要交给客户、递到法院;设计师的图纸要过消防验收——「一个喷头位置偏差可能影响消防验收」。这些产出的共同点:具名出门。出了门就得有人担责,担责就得有名字。

名字背后是一整套追责制度:执业资格、签字权、出了事的赔偿能力。AI 能力再强,这三样一样都没有。它不能被吊销执照,不能坐上被告席。所以「AI 能不能干这个判断」是个假问题,真正的门槛是:这个判断错了,名字得有人认。

信息处理为什么拆得开?读、找、抄、排、核对,这些活不直接产生对外责任。案件概要整理偏了,下一道复核兜得住;喷头间距算错了,后面还有审核确认那道关——「最终方案必须经过设计人员审核确认,系统在关键节点设置人工确认环节」。兜底也不是空话,得有痕迹可查:律所案把「所有分析结果、策略建议、文书草稿都沉淀在案件空间里,形成可追溯的工作记录」,复核才有处落脚。过程错误有人兜底,才敢整体交给机器;结果错误要具名出门,就得留在人手上。

还有个细节,把这个读法钉得更死。

在这两案的文本内,唯一出现「能力不够」的地方,恰恰在信息处理这一侧:建筑图纸是专业载体,「通用大模型无法直接理解」,该案团队为此自研了专用模型来解析 CAD 图纸。能力缺口,用工程补上了。文本里另有一处最接近的反例:有一些人对AI生成结果的可靠性持怀疑态度——那是使用态度,不是能力陈述,同向不碍事。

而「判断为什么留给人」的那一侧,在这两案的文本内,没出现过一句「AI 判断得不够好所以留给人」。留人的理由,原文给的是责任。

写这篇之前我们给自己立了推翻条款:如果源文本里留人环节的归因是「先测出 AI 干不好才留人」,这条主线就得推翻重写。两案全文读完,没有这样的段落——方向刚好相反:设计现场那案用「原因是」直接归因责任,律所案把「专业责任」四个字写进分工句本身。

话要说严:信息处理环节不是全无风险。AI 整理的东西若绕过复核直接出门,责任照样产生。所以严格的表述是——不直接产生对外责任、由下一道复核兜住的中间环节,才拆得开。两案的架构里都内置了这道复核:律师的最终判断,设计人员的审核确认。

在这两案披露的材料范围内,我们没看到反例:没有哪个环节是 AI 产出直接具名出门、无人签责的。


线两边各摆什么

线画出来了,两边各摆什么?两个案例的答案像互相抄的。

不直接担责的中间环节,整体交给机器。

律所案的路数:「我们没有改变律师原有工作方式,而是在原流程中寻找AI能够嵌入的位置。」上千页材料的通读、案件概要整理、口语转法律语言、证据关系梳理,这些环节交给 AI 辅助。装它们的地方不是聊天框——上一代工具就败在律师要在五六个系统之间切换、案件上下文被割裂——而是案件工作台:「将产品入口从聊天窗口改为案件工作台。律师先上传案件材料,系统自动构建案件知识图谱」。上下文沉在空间里,不沉在对话里。

设计现场更干脆:施工图「高度规则化」,不能自由发挥,于是把「规范条文转化为系统可以执行的规则引擎」,让 AI 按规则自动生成。规则引擎,说白了就是一张机器能逐条执行的对照清单。用我们的拆解说:这是把对照清单型的判断从人脑搬进确定性规则——机器管确定性,不管灵感。

要具名出门的环节,人在环上,手上还得有旋钮。

设计现场给特殊空间开了参数入口:危险等级、K值、喷头间距、布置方式,设计人员可以调;AI 的产出定位是「专业可用的初稿」,「最终决策权始终在设计人员手中」。这条线被写成了产品原则:「从一开始我们就明确了一个原则:AI负责生成,人负责决策。」连 AI 的能力圈都提前声明了:不做超出规则范围的「创造性判断」。

机器交回来的东西,原文钉了位——初稿。受访者转述项目方的反馈,大型项目大约30分钟生成初步结果,这个数的口径说全:转述口径、初稿非终稿、没有同口径的前后对照。30分钟之后的那段活没有数字:人工调整、审核、确认。恰恰是这段没数字的活,才是具名担责的活。

律所案对应另一头:AI 起草,律师判断与担责,也就是分工句里「律师负责最终判断、策略选择和专业责任」那半句。线怎么切,跟着现场需求走:「哪些留给人来决策,哪些让AI直接干好交付,都围绕着真实的需求进行。」受访 FDE 从调研里摸出来的原话更直白:想在哪些地方省时间,哪些地方即使省了时间他们也不放心。不放心的地方,就是责任线待的地方。

参数入口这件事值得多说一句:人不是橡皮图章,手上要有真实旋钮——调得了参数,才担得起责任。要是确认环节只能点「同意」,那不叫留环,叫背锅。

顺带一刀。我们做 HR 出身,看这一刀特别熟:画线这个动作,等于给专业岗位补做了一场迟到多年的工时审计。JD 上写的是判断,工时表里多半是搬运。设计现场的当事人自己报过数:AI 引入之前,工作内容是「70%绘制和规范检查等执行类工作,30%专业判断和方案调整」——七成执行、三成判断。注意,这是当事人的自估口径,不是实测。最贵的脑袋在干最便宜的活,说的就是这个。

这个系列前几篇给过两把刀:成本分构建时与运行时(《AI帮你做工具,和工具离了AI才能跑,是两件事》那篇),替代深度分了档(《AI落地分六档》那篇)。这一篇的刀更靠前——立项的第一刀,切在人与机器之间。


上限在制度,不在模型

把上面的结构收拢成一句话:分离线能切多深,是责任制度的函数,不是模型能力的函数。

模型能力一年一个样,但律师的报告还是得律师签名,施工图还是得设计人员担责。在这两案披露的范围内,责任线纹丝不动。

所以「怎么让 AI 多接一段」的答案,不在技术栈里。把复核节点写进流程、给每份出门的交付物指派具名签责人、把出错的追偿安排先讲清楚——责任制度动到哪里,分离线就切到哪里。制度不动,模型再强,AI 也永远停在辅助位;不是模型不行,是制度没让位。

也得说清一个事实:两个案例在披露的材料里都只做到了「保留」这条责任线,没有一个动过它。设计现场的材料里,AI 进场之后签字资质制度要不要重签、识别错误和判断错误怎么分责,原文全部没答;律所案里 AI 误读材料、策略跟着错的时候内部怎么追责,同样没有下文。所以「先改责任制」到今天还是判据推论,不是有现场样本的结论——哪天真有组织把「错了谁赔」重新安排过,那才是这条线切得更深的开始。

最后给你那把可以直接抄走的判据。给任何专业岗位切 AI 立项第一刀时,别问「AI 能不能干这活」,问——

这活的产出,要不要具名担责才能出门?这就是「具名担责出门」测试。

要具名出门的环节,人必须在环:参数入口、人工确认、专业复核签责,三样配齐——设计现场的规则引擎加参数入口加人工确认,律所案的上下文容器加 AI 起草加律师签责,就是两张现成模板。

不直接产生对外责任的中间环节,才整体交给机器:上下文容器、规则引擎。

线画完还有个副产品:技术选型自动降级成下游采购问题。用什么模型、买还是建,都是线画完之后的事。这个先后有明说的版本:设计现场那案的分工原则是「从一开始」就定下的,架构照着原则搭;律所案没写这个先后,它的分工是跟着现场反馈一步步磨出来的。

想多让 AI 干活,先改的是责任制,不是模型。

你手边要是正压着一个等着立项的AI项目,把「具名担责出门」这把尺带上;顺手转给开立项会时要画线的那个人,再点个「在看」,下一轮讨论的时候好找。


结尾

分离线画完,还留着一个下游问题:AI 用出来的新能力,算谁的能力。下篇拆能力归属——工具锁死在个人电脑里的组织,长不出组织能力。律所与设计现场两案的完整案例账、每条引文的行号锚与口径,连同全季目录,都归档在 theunclej.com,想接着追这条线的人从那儿翻。 

相关学习资料