本篇判断:AI 立项的第一刀不是切技术,是切人与机器——这条分离线看起来画在「AI 能不能干」上,其实画在「出了错谁签字」上。专业判断卸不下,是责任没有替身;信息处理拆得开,是因为它不直接产生对外责任、错了由下一道复核兜住。分离线能切多深,是责任制度的函数,不是模型能力的函数。
本篇解决读者的什么问题:给律师、设计师这类产出要具名出门的专业岗位做 AI 立项时,把「AI 能不能干这活」这个假问题换掉,改问「这活的产出要不要具名担责才能出门」——本篇用两个已上线现场把线两边的分工形态完整拆开:哪半段能整体交给机器,哪半段人必须在环、手上还得有真实旋钮,以及想让 AI 多接一段时,先动的该是哪一层。
适用边界:两个案例出自 2026 年 9 月发布的《FDE案例100》首批 24 案——同一本访谈编选工程整理出来的材料,不是 24 个独立因果实验,所有效果只说到当事人自述为止;「按责任画线」「具名担责出门」是我们做跨案拆解时立的框架,不是案例公司的自述,更不是客户验证结果。判据的归纳范围与失效条件,文末逐条交代。
两个现场,一条线
人人都说,AI 先拿走的是简单的活。
我们拆完两个案例,结论正好反过来:AI 拿走的从来不是简单的活,是不担责的活。
一个案例在律所。诉讼律师团队,办商事合同纠纷、公司股权争议这类复杂案子。该案受访 FDE 自述:一个案子的材料几十种,总页数动辄上千页,光整理就可能耗掉三到五个工作日(NO-03 txt L40-43,印刷页25;这是他的行业观察口径,原文没给样本没给出处,当背景张力用)。
另一个案例在建筑设计的消防施工图现场。那家企业叫什么、什么性质,原文没写,下文统一叫「设计现场」——标题里的「设计院」是行业泛称,口径以这里为准。一个常规商业项目,消防施工图就可能涉及数百个空间的设施布置。该案受访者的原话:「这个核对过程往往比绘制本身更耗时」(NO-21 txt L46-48,印刷页211)。同一栋楼里可能就有几十个功能相似的空间,布置流程重复来重复去,「真正用于创造性设计的时间被严重挤压」(NO-21 txt L41-43,印刷页210)。
隔着一整个行业,两个现场切出了同一条线。
先把两案的家底摆到一张桌上:
| 律所案(NO-03) | 设计现场(NO-21) | |
|---|---|---|
| 现场与产出 | 商事诉讼律师团队;报告要交客户、递法院 | 建筑消防施工图;图纸要过消防验收 |
| 颈上的痛点 | 材料数十种、上千页,整理就可能耗 3–5 个工作日(受访 FDE 行业观察自述,无样本无出处) | 核对比绘制更耗时,创造性时间被挤压(该案受访者自述) |
| 系统状态 | 已上线常态运行;上线两个月用户铺到全国多个城市(图2口径,只证铺开不证效果,原文无活跃度数据) | 已上线使用;用户数、项目数、部署范围原文未披露,只能按单客户口径谈 |
| 效果证据 | 无对照明细(个案自述),本篇不引任何收益数字 | 「约30分钟生成初步结果」=项目方反馈转述、初稿非终稿、无同口径前后对照 |
证据底色交代完毕:两个案例出自同一套访谈编选工程,不是两个独立实验。我们引用的是结构,不是成绩单。
两句话,原因写在明面上
律所案里,受访 FDE 把瓶颈说得直白:「律师的产能瓶颈不在专业判断,而在信息处理的效率」(NO-03 txt L52,印刷页25)。
注意他说的是「不在专业判断」——不是律师不会判断,是判断被信息处理围住了。
系统做出来,分工是这么写的:「在我们的设计中,AI负责大量信息处理、分析整理和重复性工作,专业系统承载案件上下文和知识流程,律师负责最终判断、策略选择和专业责任」(NO-03 txt L110-113,印刷页27)。
设计现场这案,这条线画得更硬。系统上手时,用户对AI的期待是「一键生成完整施工图」(NO-21 txt L142,印刷页215),专业设计人员表达了不同意见。为什么不同意?该案受访者的原话,连「原因是」三个字都替你备好了:「原因是消防设计涉及责任问题。设计人员需要对最终图纸的合规性和安全性负责」(NO-21 txt L144-146,印刷页215;说话人是该案受访者本人,其身份与委托关系原文未披露,通篇「我们」自述)。
把两句话并排放一起看。
律所:AI 干信息处理,律师管最终判断、策略选择——和专业责任。
设计现场:AI 干生成,设计人员对最终图纸的合规性和安全性负责。
两拨人,行业隔了十万八千里,切出来的却是同一条线,而且都把「责任」两个字挂在人这一侧。
再补一个我们拆出来的观察。我们给设计现场这个案例做过一次五断点扫描:岗位、流程、知识、责任、治理。五条里只有「责任」被原文主动、反复论证——印刷页213和215上三处自述都在讲它。当事人嘴上聊的是效率,笔下反复回到的是责任。该案的组织重心不在效率,在责任边界。(我们的拆解,非原案自述)
这不是巧合,是结构。我们看到的结构是:分离线看起来画在「AI 能不能干」上,其实画在「出了错谁签字」上。
刀刃不在能力上
我们起初也把这条线读成能力分工:判断复杂,机器干不了;信息处理简单,机器干得了。
重读两个案例,这个读法站不住。
专业判断卸不下,不是机器搬不动判断,是责任没有替身。
律师的报告要交给客户、递到法院;设计师的图纸要过消防验收——「一个喷头位置偏差可能影响消防验收」(NO-21 txt L152-153,印刷页215)。这些产出的共同点:具名出门。出了门就得有人担责,担责就得有名字。
名字背后是一整套追责制度:执业资格、签字权、出了事的赔偿能力。AI 能力再强,这三样一样都没有。它不能被吊销执照,不能坐上被告席。所以「AI 能不能干这个判断」是个假问题,真正的门槛是:这个判断错了,名字得有人认。
信息处理为什么拆得开?读、找、抄、排、核对,这些活不直接产生对外责任。案件概要整理偏了,下一道复核兜得住;喷头间距算错了,后面还有设计人员审核确认那道关——「最终方案必须经过设计人员审核确认,系统在关键节点设置人工确认环节」(NO-21 txt L155-156,印刷页215)。兜底也不是空话,得有痕迹可查:律所案把「所有分析结果、策略建议、文书草稿都沉淀在案件空间里,形成可追溯的工作记录」(NO-03 txt L174-179,印刷页30-31),复核才有处落脚。过程错误有人兜底,才敢整体交给机器;结果错误要具名出门,就得留在人手上。
还有个细节,把这个读法钉得更死。
在这两案的文本内,唯一出现「能力不够」的地方,恰恰在信息处理这一侧:建筑图纸是专业载体,「通用大模型无法直接理解」(NO-21 txt L77-78,印刷页212),该案团队为此自研了专用模型来解析 CAD 图纸(NO-21 txt L86-87,印刷页212)。能力缺口,用工程补上了。文本里另有一处最接近的反例:有一些人对AI生成结果的可靠性持怀疑态度(NO-21 txt L161-162,印刷页216)——那是使用态度,不是能力陈述,同向不碍事。
而「判断为什么留给人」的那一侧,在这两案的文本内,没出现过一句「AI 判断得不够好所以留给人」。留人的理由,原文给的是责任。
写这篇之前我们给自己立了推翻条款:如果源文本里留人环节的归因是「先测出 AI 干不好才留人」,这条主线就得推翻重写。两案全文读完,没有这样的段落——方向刚好相反:设计现场那案用「原因是」直接归因责任,律所案把「专业责任」四个字写进分工句本身。
话要说严:信息处理环节不是全无风险。AI 整理的东西若绕过复核直接出门,责任照样产生。所以严格的表述是——不直接产生对外责任、由下一道复核兜住的中间环节,才拆得开。两案的架构里都内置了这道复核:律师的最终判断,设计人员的审核确认。
在这两案披露的材料范围内,我们没看到反例:没有哪个环节是 AI 产出直接具名出门、无人签责的。
线两边各摆什么
线画出来了,两边各摆什么?两个案例的答案像互相抄的。
不直接担责的中间环节,整体交给机器。
律所案的路数:「我们没有改变律师原有工作方式,而是在原流程中寻找AI能够嵌入的位置」(NO-03 txt L97,印刷页27)。上千页材料的通读、案件概要整理、口语转法律语言、证据关系梳理,这些环节交给 AI 辅助。装它们的地方不是聊天框——上一代工具就败在律师要在五六个系统之间切换、案件上下文被割裂(NO-03 txt L69-72,印刷页26)——而是案件工作台:「将产品入口从聊天窗口改为案件工作台。律师先上传案件材料,系统自动构建案件知识图谱」(NO-03 txt L127-128,印刷页28)。上下文沉在空间里,不沉在对话里。
设计现场更干脆:施工图「高度规则化」,不能自由发挥(NO-21 txt L90,印刷页212),于是把「规范条文转化为系统可以执行的规则引擎」(NO-21 txt L95-96,印刷页213),让 AI 按规则自动生成。用我们的拆解说:这是把对照清单型的判断从人脑搬进确定性规则——机器管确定性,不管灵感。
要具名出门的环节,人在环上,手上还得有旋钮。
设计现场给特殊空间开了参数入口:危险等级、K值、喷头间距、布置方式,设计人员可以调(NO-21 txt L102-105,印刷页213);AI 的产出定位是「专业可用的初稿」,「最终决策权始终在设计人员手中」(NO-21 txt L104-105,印刷页213)。这条线被写成了产品原则:「从一开始我们就明确了一个原则:AI负责生成,人负责决策」(NO-21 txt L99,印刷页213)。连 AI 的能力圈都提前声明了:不做超出规则范围的「创造性判断」(NO-21 txt L154-155,印刷页215)。
机器交回来的东西,原文钉了位——初稿。受访者转述项目方的反馈,大型项目大约30分钟生成初步结果,这个数的口径说全:转述口径、初稿非终稿、没有同口径的前后对照(NO-21 txt L110-113,印刷页213)。30分钟之后的那段活没有数字:人工调整、审核、确认。恰恰是这段没数字的活,才是具名担责的活。
律所案对应另一头:AI 起草,律师判断与担责,也就是分工句里「律师负责最终判断、策略选择和专业责任」那半句。线怎么切,跟着现场需求走:「哪些留给人来决策,哪些让AI直接干好交付,都围绕着真实的需求进行」(NO-03 txt L85-86,印刷页27)。受访 FDE 从调研里摸出来的原话更直白:想在哪些地方省时间,哪些地方即使省了时间他们也不放心(NO-03 txt L82-86,印刷页26-27)。不放心的地方,就是责任线待的地方。
两张现成的模板,摆到一张桌上:
| 线的哪一侧 | 律所案(NO-03) | 设计现场(NO-21) |
|---|---|---|
| 不直接担责的中间环节 → 整体交给机器 | 案件工作台(上下文容器):材料通读、概要整理、口语转法律语言、证据关系梳理,AI 起草 | 规则引擎:规范条文转成可执行规则,常规空间按默认参数自动生成 |
| 要具名出门的环节 → 人在环、手上有旋钮 | 律师:最终判断、策略选择、专业责任 | 设计人员:参数入口(危险等级/K值/喷头间距/布置方式)+关键节点人工确认+审核签责 |
参数入口这件事值得多说一句:人不是橡皮图章,手上要有真实旋钮——调得了参数,才担得起责任。要是确认环节只能点「同意」,那不叫留环,叫背锅。
顺带一刀。我们做 HR 出身,看这一刀特别熟:画线这个动作,等于给专业岗位补做了一场迟到多年的工时审计。JD 上写的是判断,工时表里多半是搬运。设计现场的当事人自己报过数:AI 引入之前,工作内容是「70%绘制和规范检查等执行类工作,30%专业判断和方案调整」(NO-21 txt L116-117,印刷页213)——七成执行、三成判断。注意,这是当事人的自估口径,不是实测。最贵的脑袋在干最便宜的活,说的就是这个。
这个系列前几篇给过两把刀:成本分构建时与运行时,替代深度分档位。这一篇的刀更靠前——立项的第一刀,切在人与机器之间。
上限在制度,不在模型
把上面的结构收拢成一句话:分离线能切多深,是责任制度的函数,不是模型能力的函数。
模型能力一年一个样,但律师的报告还是得律师签名,施工图还是得设计人员担责。在这两案披露的范围内,责任线纹丝不动。
所以「怎么让 AI 多接一段」的答案,不在技术栈里。把复核节点写进流程、给每份出门的交付物指派具名签责人、把出错的追偿安排先讲清楚——责任制度动到哪里,分离线就切到哪里。制度不动,模型再强,AI 也永远停在辅助位;不是模型不行,是制度没让位。
也得说清一个事实:两个案例都只做到了「保留」这条责任线,没有一个动过它。设计现场的材料里,AI 进场之后签字资质制度要不要重签、识别错误和判断错误怎么分责,原文全部没答;律所案里 AI 误读材料、策略跟着错的时候内部怎么追责,同样没有下文。所以「先改责任制」到今天还是判据推论,不是有现场样本的结论——哪天真有组织把「错了谁赔」重新安排过,那才是这条线切得更深的开始。
最后给你那把可以直接抄走的判据。给任何专业岗位切 AI 立项第一刀时,别问「AI 能不能干这活」,问——
这活的产出,要不要具名担责才能出门?这就是「具名担责出门」测试。
要具名出门的环节,人必须在环:参数入口、人工确认、专业复核签责,三样配齐——设计现场的规则引擎加参数入口加人工确认,律所案的上下文容器加 AI 起草加律师签责,就是两张现成模板(见上一节那张表)。
不直接产生对外责任的中间环节,才整体交给机器:上下文容器、规则引擎。
线画完还有个副产品:技术选型自动降级成下游采购问题。用什么模型、买还是建,都是线画完之后的事。这个先后有明说的版本:设计现场那案把分工原则写在架构前面(NO-21 txt L99,印刷页213),架构照着原则搭;律所案没写这个先后,它的分工是跟着现场反馈一步步磨出来的(NO-03 txt L119,印刷页28)。
想多让 AI 干活,先改的是责任制,不是模型。
来源与口径备注
- 案例来源:《FDE案例100》首批 24 案,2026年9月发布;同一访谈编选工程的整理稿(L1),不是 24 个独立因果实验。本篇只用 NO-03(诉讼律师)、NO-21(建筑消防施工图)两案,各案事实只从本案源文本与拆解卡取,不跨案挪用。
- 引文锚点:文中(NO-XX txt L行号)=源文本提取件物理行,全部逐条实核;页码用印刷页(印刷页=PDF物理页−1)。主要直引对照如下:
| 直引 | 锚点 | 口径 |
|---|---|---|
| 「这个核对过程往往比绘制本身更耗时」 | NO-21 txt L46-48(p211) | 该案受访者自述 |
| 「真正用于创造性设计的时间被严重挤压」 | NO-21 txt L41-43(p210) | 该案受访者自述 |
| 「律师的产能瓶颈不在专业判断,而在信息处理的效率」 | NO-03 txt L52(p25) | 受访 FDE 自述,限开场张力用 |
| 「在我们的设计中,AI负责大量信息处理……律师负责最终判断、策略选择和专业责任」 | NO-03 txt L110-113(p27) | 分工句;句子跨 p27/28 页脚,钉 p27 |
| 「一键生成完整施工图」 | NO-21 txt L142(p215) | 用户期待原话 |
| 「原因是消防设计涉及责任问题。设计人员需要对最终图纸的合规性和安全性负责」 | NO-21 txt L144-146(p215) | 说话人为该案受访者本人,身份与委托关系原文未披露 |
| 「一个喷头位置偏差可能影响消防验收」 | NO-21 txt L152-153(p215) | 具名担责背景句 |
| 「最终方案必须经过设计人员审核确认,系统在关键节点设置人工确认环节」 | NO-21 txt L155-156(p215) | 复核兜底面 |
| 「通用大模型无法直接理解」 | NO-21 txt L77-78(p212) | 信息处理侧能力陈述 |
| 自研专用模型解析 CAD 图纸(换述) | NO-21 txt L86-87(p212) | 非直引,换述与原文同向 |
| 「我们没有改变律师原有工作方式,而是在原流程中寻找AI能够嵌入的位置」 | NO-03 txt L97(p27) | 分工形态 |
| 「律师需要在五六个系统之间切换,案件上下文被割裂」 | NO-03 txt L69-72(p26) | 上一代工具败因 |
| 「将产品入口从聊天窗口改为案件工作台。律师先上传案件材料,系统自动构建案件知识图谱」 | NO-03 txt L127-128(p28) | 上下文容器形态 |
| 「消防施工图是高度规则化的设计工作,不能自由发挥」 | NO-21 txt L90(p212) | 该案受访者自述 |
| 「将这些规范条文转化为系统可以执行的规则引擎」 | NO-21 txt L95-96(p213) | 本篇只取分工形态面 |
| 「从一开始我们就明确了一个原则:AI负责生成,人负责决策」 | NO-21 txt L99(p213) | 产品原则 |
| 「专业可用的初稿」「最终决策权始终在设计人员手中」 | NO-21 txt L104-105(p213) | 产出定位与人侧决策权 |
| 大型项目大约30分钟生成初步结果 | NO-21 txt L110-113(p213) | 转述口径、初稿非终稿、无同口径前后对照 |
| 「不做超出规则范围的『创造性判断』」 | NO-21 txt L154-155(p215) | AI 能力圈声明 |
| 「对AI生成结果的可靠性持怀疑态度」 | NO-21 txt L161-162(p216) | 使用态度陈述,非能力陈述 |
| 「哪些留给人来决策,哪些让AI直接干好交付,都围绕着真实的需求进行」 | NO-03 txt L85-86(p27) | 切线跟随现场需求 |
| 「想在哪些地方省时间,哪些地方即使省了时间他们也不放心」 | NO-03 txt L82-86(p26-27,跨页脚) | 调研摸底原话 |
| 「70%绘制和规范检查等执行类工作,30%专业判断和方案调整」 | NO-21 txt L116-117(p213) | AI 引入前当事人自估,仅作旁刀 |
| 「所有分析结果、策略建议、文书草稿都沉淀在案件空间里,形成可追溯的工作记录」 | NO-03 txt L174-179(p30-31,跨页脚) | 可追溯兜底 |
| 「上线两个月法索AI的用户已遍布全国多个城市」(图2题) | NO-03 txt L140(p29) | 只证铺开不证效果 |
- 数字口径随文标注:「三到五个工作日」「上千页」「数十种」=受访 FDE 行业观察自述,无样本无出处,只作背景张力;NO-03 已上线常态运行,无活跃度数据(源文有效率自述数字,均系个案自述,本篇一律不引);「约30分钟」=项目方反馈转述、初步结果非终稿,未换算交付周期缩短;「70/30」=AI 引入前当事人自估,仅作工时审计旁刀,不作效率证据;NO-21 已上线使用,为单客户口径,用户数、项目数、规模化证据原文均未披露。全文无「已验证」「数据证明」表述。
- 框架署名:分离线按责任画、「责任没有替身」、五断点扫描观察、「具名担责出门」判据、「责任制度的函数」、工时审计旁刀、「对照清单型判断搬进确定性规则」,均为我们的拆解与命名(跨案研究框架),未冒充原案自述或客户验证结果。
- 推翻条款与范围限定:归因反例(两案无「AI 干不好才留人」段落)、全称反例(断言限定在「两案披露的材料范围内」)、半边收窄(「不直接产生对外责任、由下一道复核兜住的中间环节」)均已写进正文。
- 地域与主体口径:NO-21 客户企业名称与性质原文未披露,正文一律「设计现场/该案受访者」,标题「设计院」为行业泛称;NO-03 按原文表述为诉讼律师团队,未概括国别、未统一说成中国企业。
- 同案分工:NO-21 与本系列投入分界一篇同案——那篇取投入规模面(做多大、认哪笔税),本篇只取责任分工面(谁签字);同一句引文两篇各取一面,判断互不复述。
这两案的责任线画完,系列还剩一个问题没答:系统做出来了、流程改过来了,这套东西在组织里算谁的——工具归谁、需求归谁、角色怎么摆,能力归属的三道坎,是下一篇的活。
相关阅读:本篇在正文里回指过的两把刀——「成本分构建时与运行时」在《AI帮你做工具,和工具离了AI才能跑,是两件事》,「替代深度分档位」在《AI落地分六档:从H0到H5,你家在哪一档》;两案里跑前跑后、扎进业务现场的那个角色,商业模式另有一篇专讲:《FDE驻进客户现场以后,怎样避免永远出不来?》。