ARTICLE · 1351909
业务本体怎么交给 AI: 模型读得懂文档,读不懂口径
AI 本体论系列 · 第 4 期 ｜ AI 篇
每周一篇，把数字化和 AI 讲成人话
业务本体怎么交给 AI：
模型读得懂文档，读不懂口径
读完手上会多四份能直接抄的文件：概念口径卡、检索字段清单、工具与流程分支、变更同步检查单
《公司级业务本体怎么落地：系统买齐了，口径还是对不上》把全公司的定义权落进了清单、责任矩阵和验收条款。制度写完，新问题出现在 AI 那一侧：客服问答说这台设备在保，检索把过保政策推给了在保设备，智能体替人提交了本该先报价的备件申领单。三处答案都能在文档里找到出处，却都用错了口径。这是四部曲的最后一篇，讲怎么把那份定义接到模型的回答、检索和执行上，以及读完手上能拿走哪些文件。
只想直接拿措施的，跳到第三、四、五、六节：概念口径卡、检索字段清单、工具定义与流程分支、变更同步检查单，四份材料可直接抄。第七节是两周能做完的落地步骤。
内容地图
主线场景仍是那家做数控设备的制造企业。前三篇里，「客户」被拆成签约客户、使用单位、联系人三个类；收购小厂后冒出的第四个定义进了核心概念清单，有了归口部门、生效日期和变更记录；售后备件申领的三列清单、五条验收条款、过保先报价的规则都已落地。这一篇里，公司上线了一个客服问答助手、一个按文档检索的知识库、一个能替工程师提交备件申领单的智能体。三套 AI 应用接的都是同一批文档，出的却是三种不同的错。
零先看清自己站在哪，以及读完手上会多什么
AI 侧的问题，落在不同处境里起点不一样：
前三篇讲过本体的四种载体：说明文档、结构化表格、系统里的定义、AI 侧配置；放大到公司这一层，第四种换成了契约与流程。这一篇把 AI 侧配置 单独展开，它长成四个接口：
四个接口取的是同一份定义：核心概念清单、属性表、关系表、约束表。改定义时四处一起改，这是本篇和「把说明书塞进知识库」的分界线——后者只加了一批文档，定义权仍在文档里没人执行。
读完这一篇，手上会多四样东西：一张概念口径卡、一份检索字段清单、一套工具定义与流程分支、一份变更同步检查单（含回归测试题）。它们分别对应上表四个接口。
这一步在本体里对应什么
本体要素：五问闭合之后，回答「这份定义以什么形态进入模型」。
哲学零件：① 存在方式——定义在 AI 侧的「存在」是四个接口，不是一批文档。
数字化载体：知识库索引字段、工具声明、规则表、输出模板。
手上留下：四份文件，以及四种处境里各自从哪一节读起的对照。
壹答案有出处、口径却错了：三个现场
先看三个真实形态的错，都不是模型能力不够。
现场一：回答。 有人问「设备 SB-00871 还在保吗」。客服助手答「保修期三年，在保」，并附了《售后服务手册》第 2 章的原文。文档里确实写着保修三年。核心概念清单 v1.2 里，「保修状态」是由合同系统按字段枚举给出的：在保／过保／延保；这台设备的记录是「过保（至 2026-09-30）」，延保申请尚未审批。助手读到了手册里的政策描述，没读到这台设备当前的状态取值。
现场二：检索。 工程师问「在保设备申领备件要不要收费」。RAG（Retrieval-Augmented Generation，检索增强生成，先查文档再生成答案）按语义相似度取回三份文档，其中两份是过保设备的报价政策。答案把「须先生成报价单」混进了在保场景。三份文档本身都没错，错在检索没有按「保修状态」这个字段把它们分开。
现场三：执行。 智能体接到「给 SB-00871 领一套轴承 6205」，直接生成了申领单并提交。约束表第四条写着「保修状态为过保时，备件申领必须先生成报价单」。这条规则写进了验收条款、表单校验，却没有写进智能体的工具调用链。人走系统会被拦，AI 走接口绕过去了。
三处放在一起看，共性很清楚：
常见的第一反应是换更大的模型、补更多文档、把提示词写长。这三件事都不改动上表右列——文档再多，状态取值还是没进来；提示词再严，工具层没有拦截就仍有绕过去的路径。模型读得懂文档，读不懂口径；口径不在文档里，在定义表里。
《业务本体长什么样：从一张纸，到系统里能跑的规则》里那张属性表，到这里有了 AI 版的用途：它不只是给 IT 建表的，也是给检索字段和工具参数定范围的。
这一步在本体里对应什么
本体要素：五问之「各有什么特征」与「有什么规矩」在 AI 侧同时缺位。
哲学零件：② 属性框架（状态取值）+ ⑤ 约束（拦截条件）。
数字化载体：知识库索引字段、工具声明、规则表、输出模板，四处都没接定义表。
手上留下：一张「三个现场」对照表，用来定位自己缺的是哪个接口。
贰AI 侧缺的那一种载体，四个接口
「交给 AI」容易被理解成把《核心概念清单》上传进知识库。上传之后，清单变成第 N 份文档，模型能不能检索到它仍靠相似度，定义权没有落点。真正要做的，是把定义拆开装进四个接口：
四个接口对应四种动作：查得到什么、能传什么参、允许做什么、答完留什么痕。它们共用一份定义，所以《公司级业务本体怎么落地：系统买齐了，口径还是对不上》第五节那张定义变更单里的「四处载体同步勾选」，在 AI 侧还要再展开一层——第六节给的检查单就是这一层。
有一点要写清：提示词不属于这四个接口。 提示词可以写「请注意核对保修状态」，它起提醒作用，不做校验；取值校验在工具 Schema 里，动作拦截在 SOP 分支里，答案依据在输出模板里。《智能体入门 | 把重复工作交给 AI 的第一步》里讲 SOP 分支时就说过，规则要落在可执行的分支上，不是落在措辞上。
这一步在本体里对应什么
本体要素：五问之外多出来的一问——「这份定义由谁执行」，在 AI 侧再问一次。
哲学零件：① 存在方式（定义以接口形态存在，不以文档形态存在）。
数字化载体：索引字段、函数声明、规则表、输出模板。
手上留下：一张四接口对照表，可作为 AI 应用上线前的检查首页。
叁回答场景：概念口径卡与兜底话术
材料一：概念口径卡（可直接抄）
把核心概念清单里的一行，翻成模型侧能用的卡。八个字段：
一个概念一张卡，十几个核心概念就是十几张。卡不是给模型背的，是给配置用的：允许取值进工具参数，生效日期进检索过滤，禁止表述进输出模板的兜底话术。
可直接粘进输出要求的口径段原文
回答涉及具体设备的状态时，以实例字段取值为准，不以政策文档的一般描述代替。答案末尾附注：所依据的概念定义版本、状态取值来源、归口部门。字段取值缺失或存在争议时，不给出结论，转人工并说明缺哪一项。
兜底话术模板
这台设备的保修状态在当前系统里没有可确认的取值（缺：合同系统状态字段）。按《保修状态》口径卡 v1.2，此处不做推断，已转售后服务部核对。
三件套合起来的作用：答案要么给得出并带出处，要么明确说缺什么。两种情况都不靠模型猜。
这一步在本体里对应什么
本体要素：五问之「各有什么特征」转成模型侧的可答范围。
哲学零件：② 属性框架（允许取值）+ ① 存在方式（什么算可确认的状态）。
数字化载体：概念口径卡、输出模板、转人工分支。
手上留下：一张卡、一段输出要求原文、一段兜底话术。
肆检索场景：按本体过滤，不按相似度一把梭
材料二：metadata 字段清单（可直接抄）
字段全部来自属性表与核心概念清单，不另起一套：
过滤条件写法对照
第三条最容易被忽略。公司收购小厂后，旧制度文档仍留在库里，语义上和现行制度几乎一样，相似度检索很难分辨。生效日期与版本两个字段是唯一可靠的隔离手段——这也正是《公司级业务本体怎么落地：系统买齐了，口径还是对不上》里「生效日期让历史报表能按当时定义解释」在检索侧的翻版。
入库顺序沿用《业务本体长什么样：从一张纸，到系统里能跑的规则》第六节的结论：先定义类与约束的那几份，再实例数据，最后散文本。每份文档入库时补齐上表七个字段；缺字段的文档进待补区，不进正式索引。
这一步在本体里对应什么
本体要素：五问之「有哪些东西」「彼此什么关系」转成索引字段。
哲学零件：③ 类与实例 + ④ 层级分类（is-a 路径决定父子文档归属）。
数字化载体：知识库 metadata、过滤条件、索引分区、文档入库校验。
手上留下：一份七字段清单、一张过滤条件写法对照表。
伍执行场景：智能体敢不敢下单，看约束表
材料三：工具定义 Schema（可直接抄）
参数照抄属性表，约束照抄约束表，不新造字段：
关键在「保修状态」那一行：由系统读取，不接受模型填写。模型可以转述状态，不能生成状态。这一处定死，前面三个现场里的第三种就没了路径。
材料四：SOP 分支表（可直接抄）
分支写在工具调用链里，不写在提示词里。提示词里的「请注意判断保修状态」被模型忽略一次，事故就发生一次；工具层的枚举与条件必填，不依赖模型当次是否注意到。
人工复核的三个点沿用《别让 AI 变成泄密口： 企业数据安全自查清单》那三张清单的节奏：业务判断（这笔申领是否该走例外）、结果核对（报价单号是否回填）、敏感信息脱敏（客户与合同信息是否出现在日志里）。三处都由人签，AI 只负责生成候选与留痕。
这一步在本体里对应什么
本体要素：五问之「有什么规矩」转成可执行、可留痕的分支。
哲学零件：⑤ 约束（从口头规矩变成工具层的拦截条件）。
数字化载体：函数声明、参数校验、流程编排、审计日志。
手上留下：一份工具定义、一张 SOP 分支表、三个人工复核点。
陆定义变更时，AI 侧怎么跟着改
定义会变。型号换代、保修政策调整、并购新法人，核心概念清单走完变更单之后，AI 侧若没跟着动，模型仍按旧口径跑——文档更新了、接口没更新，变更等于没发生。
材料五：AI 侧同步检查单（可直接抄）
回归测试题（可直接抄，变更前后各跑一次）
五题覆盖回答、检索、执行、废止、非法取值五种情况。题目不测模型聪不聪明，测的是定义有没有真的接进接口。变更单最后一栏「四处载体同步勾选」在 AI 侧展开成这八项，复核人签字才算收口。
这一步在本体里对应什么
本体要素：五问之「有什么规矩」升到「规矩变了以后怎么同步」。
哲学零件：⑤ 约束（约束本身的版本与生效边界）+ ① 存在方式（旧版文档是否还算有效存在）。
数字化载体：变更单附件、配置版本库、回归测试脚本、审计留痕。
手上留下：一份八项检查单、五条回归测试题。
柒不改模型、不换平台，两周的五步
四个接口都不要求换模型、不要求重做知识库、不要求新增平台。落点全在既有配置上：
一本账：原来一处口径出错，要翻文档、问归口部门、改提示词、再观察几天，跨两三个环节；接进接口之后，出错定位到具体哪一项配置，改一处、跑一遍回归题即可。反而更慢的情况也有——定义本身还在争议中、清单没有归口部门时，先把接口接上只会把分歧固化进系统，这时候第一步应该退回《公司级业务本体怎么落地：系统买齐了，口径还是对不上》第五节那张变更单。
项目里出现过的一种情况：五步里跳过第 2 步，直接给文档打标。字段值由打标的人随手填，三周后库里同时存在「在保」「大概在保」「保修内」三种写法，过滤条件随即失效。字段取值必须来自属性表的枚举，不能由打标环节自由发挥，这是第 2 步不能省的原因。
这一步在本体里对应什么
本体要素：五问在 AI 侧闭合的先后顺序——先定义、再打标、再校验、再复核。
哲学零件：① 存在方式（先定哪些取值算数，才谈得上过滤）。
数字化载体：配置版本、批量打标脚本、回归结果、复核约定。
手上留下：一张五步步骤表与一本时间账。
捌四部曲回看：五件零件落在哪个接口
四篇回答的是同一个问题的四段，交付物各自不同：
五件零件在 AI 侧的落点，一次收齐：
五件零件从巴门尼德那一问「什么算存在」，走到今天一句可检查的配置「保修状态由系统读取，不接受模型填写」。中间没换过问题，只换过载体：先在纸上，再进表格，再进制度与合同，最后进接口。
这一步在本体里对应什么
本体要素：五问与五件零件全部回收，四篇闭环。
哲学零件：① 到 ⑤ 在 AI 侧各有明确落点，无一件悬空。
数字化载体：定义库、数据标准、系统配置、契约流程、AI 侧四接口。
手上留下：一张四篇回看表、一张零件—接口对照表，可作为合集首页图。
玖写在最后
回到那家制造企业。三个客户数最后没有变成一个数字，而是变成三个各有名字的类；收购后冒出的第四个定义进了清单，有了归口、版本和变更记录；这一轮，客服助手不再拿「保修三年」回答单台设备的状态，检索不再把过保条款推给在保提问，智能体在过保时先生成报价单再转人工。三处改动都没换模型，动的都是同一份定义接入系统的方式。
这套定义的边界也在这里：它管「说法统一、定义权归属、变更同步」，不管模型能力，不替代 RAG 的工程调优，不负责权限与脱敏（《别让 AI 变成泄密口： 企业数据安全自查清单》那三张清单管这一段），也不承诺答案零错误。
把口径写进接口之后，仍然会有答不上来的情况，只是答不上来时能说清缺的是哪一项。
四篇写完，「本体」这条线到此收束。下一篇起换个入口：往回看，没有系统的年代，人们怎么把同一件事写清楚、又在哪里对不上。。
AI 本体论 · 第四期
文档交给模型，是给它材料
定义接进接口，才是给它规矩
关注我，每周一篇，帮你把数字化和 AI 讲成人话
