资产保全智能体的本体论与知识图谱怎么配套建：两个真实业务场景的路径设计、自动化管线与快速落地清单

资产保全智能体不是先有模型再找场景，而是先有场景再反推本体。本文用三份现行监管文件把两个真实场景——保全全套方案路径设计、核销转让项目审查——拆成可建模的阶段、材料与决策点，本体只是这一拆解的产物。

两个场景的复杂度差一个数量级：转让是 10 户以上组包、样本资产金额不低于批次 80% 的标准化流水线；核销是 19 条认定标准逐条对证据、账销案存后还要继续追收的非标判断。本体必须按这个差异分层，不能用一张图覆盖。

自动化管线只覆盖本体的一部分：pySHACL 0.40.1（Apache-2.0）把校验做成 CI 断言，RDFLib 7.6.0 与 OWL-RL 7.6.2 管解析与推理；概念识别与层级构建靠人工——ICEIS 2025 实证 LLM 编造不存在本体、另开会话即回退。

本体快速落地的关键不是工具，是三件事：用能力问题（competency questions）替代"先建个完整的本体"的执念；把写在注释里的业务规则升级为 SHACL 形状让机器可校验；用账销案存的台账结构给智能体一个天然的追踪闭环。

本文的建议是双轨并行：转让场景走"规则可机审"路线，本体重在材料清单与口径对齐；核销场景走"证据可追溯"路线，本体重在认定标准与证据链。两条线共用一套实体词表，不共用推理层。

智能体自动运行的边界由监管划死：财金〔2013〕146 号要求每年累计检查覆盖面不低于当年核销呆账金额的 20%，2025 年延期通知新增试点机构自查与限时专项审计。机器做整理与初筛，认定与审批留在人工，这条线不能越。

素材说明：本文事实来源为 6 份已归档文件与本站 3 篇系列前作，性质与边界如下。

>

1. 财金〔2012〕6号《金融企业不良资产批量转让管理办法》（来源1，2012-01-18 印发并施行）：财政部与银监会联合发布的部门规范性文件，中国会计视野法规库转载全文。本文引用其批量转让定义（10户/项以上组包）、转让范围四类与六类禁转资产、九章转让程序（卖方尽调样本金额不低于批次 80%、一次性付款与分期首付不低于 30%、档案移交、过渡期管理）、以及第二十三条成交价与账面价值差额核销条款。该办法现行有效，但 2021 年后单户对公与批量个人转让已转入试点通道（见来源3）。

2. 财金〔2013〕146号《金融企业呆账核销管理办法（2013年修订版）》（来源2，2014-01-01 施行）：财政部部门规范性文件，全球法规网转载北大法宝来源并标注现行有效。本文引用其七条核销原则（严格认定条件、提供确凿证据、严肃追究责任、逐级上报并经审核审批、对外保密和账销案存）、第八条核销申报材料、第十五条五类不得核销债权、第十七条责任认定（核销后 1 年内完成）、第二十二条账销案存与七种债权债务完全终结情形、第二十三条已核销呆账继续追收、第二十五条每年累计检查覆盖面不低于 20%，以及附 1 十九条一般债权呆账认定标准与对应核销材料。

3. 银保监办便函〔2021〕26号（来源3，2021-01-08）：中国银保监会办公厅发布的试点工作通知，银登中心官网全文。本文引用其试点原则（依法合规、市场自愿、公开透明、稳步推进、真实洁净转让）、试点机构范围、两类试点贷款（单户对公、批量个人）、五类不参加试点贷款、真实洁净整体转让的禁止性规定（严禁抽屉协议或回购条款）、第六条银行内部管理与专项审计要求、第八条信息披露与公告永久保留、第十一条银登中心平台职责。该通知原文暂定施行期限至 2022-12-31，其后经第二批试点延期至 2025-12-31，再次延期至 2026-12-31（见来源4）。

4. 界面新闻（来源4，2026-01-12，记者曾令俊）：财经媒体报道，记载国家金融监督管理总局 2025-12-29 下发延期通知、试点期限延长至 2026-12-31、监管新增自查自纠与限时专项审计（2026-05-31 前报送专项审计报告与整改报告）、试点机构重点关注尽职调查/估值定价/审批决策/个人不良贷款清收管理/对公不良贷款最终买受人/责任认定追究等六方面。市场成交数据（2021 年 186.48 亿元、2024 年 2258 亿元、2025 上半年挂牌超 1670 亿元）为报道引述，非官方统计公告。

5. 彩讯股份 Rich AIBox 资产保全材料审核智能体（来源5）：厂商行业百科自述方案，非第三方审计数据。本文仅引用其工程方法（材料来源与版本记录、文件查毒与权限校验前置、字段抽取保留原文页码与段落位置、冲突形成待核对项而非静默选择、规则版本化与适用范围、确定性规则加模型判断的组合、人工修改进入 Bad Case 形成评测集、高风险与不可逆动作保留人工控制），不引用任何未标明出处的效果数字。

6. 民丰农商行社交图谱催收（来源6，2025-07-04，中国经济时报通过中国经济新闻网转载）：机构自述实践。本文引用其五类实体（个人、企业、商户、掌心厅、用户）完整关系网络、七类关系分析模型（信贷担保、商户交易、企业员工、关联人等）、不良客户关系三级穿透式分析、一码通交易轨迹追踪，以及下一步交易地图可视化（时间+地点+金融三维动态呈现）。

7. 本站前作《本体构建方法论综述》（来源7）：本系列已发布文章。本文引用其自述的 657 三元组银行资产保全本体骨架（AnnotationVocabulary、CollateralScheme 含四个正交分面 29 个 SKOS 概念、Lifecycle 含 6 个逾期阶段 8 项保全措施顺位 1–6 与 7 类角色、Mapping 含 33 条到 FIBO 的显式有损映射）、Talisman 六阶段管线（受控词表、元数据标准、分类法、叙词表、本体、知识图谱，分别绑定 Dublin Core/SKOS/SKOS-XL/RDF Schema 加精简 OWL/SPARQL）、以及 ICEIS 2025 论文记录的 LLM 参与本体构建七条失效模式（含 ChatGPT 编造不存在本体、无状态另开会话即回退、Classroom 被当作 Building 子类三轮才修正）。

8. 本站前作《FIBO 没有资产保全本体》（来源8）：本系列已发布文章，对 edmcouncil/fibo 全部 295 个本体逐词核查。本文引用其结论——FIBO 可复用边界限于 FND/FBC 基础层与 Collateral 及其子类，资产保全领域本体必须自建，且不应以 FIBO 类为父类添加银行口径子类（该结论在前作《别继承 FIBO 的类》中用 2025Q3→2025Q4 一个季度移除 145 个类 IRI 的源码证据推翻了早期的继承建议）。

9. 本站前作《资产保全的智能化升级需要什么样的 FDE》（来源9）：本系列已发布文章。本文引用其监管红线两条——国标 GB/T 45251-2025 第 5.3.1.8 条授权使用人工智能技术开展催收但规定告知式语音催收对单一债务人每日合计不超过 3 次，以及金发〔2026〕8号要求人工智能高风险应用须经风险管理委员会批准。

10. 自动化管线工具版本（来源8 的工具核实部分在本文单独核实）：pyshacl 0.40.1（Apache License 2.0）、rdflib 7.6.0、owlrl 7.6.2，均取自 PyPI 官方 JSON API 于本文撰写日的返回。工具只解决校验、解析与 OWL2 RL 推理，不解决概念识别与领域建模。

一、先把场景说清楚：资产保全智能体到底被要求做什么

用户的问题里给了两个具体任务，它们不是同一件事。

第一个任务是保全全套方案路径设计。 给定一个不良项目，智能体要输出一套处置路径：先做什么、再做什么、每一步需要什么材料、卡在哪个审批节点、哪些环节可以并行。这不是一个分类问题，是一个规划问题，而且是有硬约束的规划——诉讼时效、保全顺位、抵质押物处置次序、债务人财产线索的可用性，都是不能跳过的前置条件。

第二个任务是核销转让项目审查。 给定一个拟核销或拟转让的项目，智能体要审查它够不够格、材料齐不齐、程序对不对。这是一个对照问题：把项目事实逐条对照监管认定标准与内部制度，输出命中了哪条、缺了什么材料、哪条没过。

两个任务的输入输出形态完全不同：第一个输出的是一条路径（有向图加节点属性），第二个输出的是一张对照表（检查项加命中状态加证据指针）。这正是场景导向本体设计的起点——先承认场景不同，再决定共用什么、分开建什么。

先给结论：这两件事今天都已经在银行里用机器做了，但用的不是同一个东西。 来源5 记录的资产保全材料审核智能体，走的是"机器整理与初筛、人工作关键判断"的生产流程；来源6 记录的民丰农商行社交图谱，走的是"关系网络加交易轨迹"的催收辅助。两者都还没到"自动决策"的程度，都在"辅助决策"这一层。这个边界不是技术不够，是监管划的（见第五节）。

二、用三份现行监管文件把两个场景拆开

本文不凭空设计本体。两个场景的业务结构全部从现行监管文件里拆。

2.1 转让场景：一条有明确阶段划分的流水线

来源1（财金〔2012〕6号）与来源3（银保监办便函〔2021〕26号）共同构成转让场景的监管骨架。前者管 10 户/项以上的批量转让，后者管单户对公与批量个人的试点转让。把两份文件的程序条款叠加，转让场景的结构是清晰的九个阶段：

• 资产组包：确定范围与标准，按户数与金额组包，合理确定规模。
• 卖方尽职调查：按地域、行业、金额定样本，样本资产金额不低于每批次 80%，现场调查，建立卖方尽职调查数据库并撰写报告。
• 资产估值：在卖方尽调基础上逐户预测回收，估算价值作为定价依据。
• 制定转让方案：阐述资产状况、尽调情况、估值方法与结果、转让方式、邀请或公告情况、受让方确定过程、履约保证与风险控制、预计处置回收和损失、费用支出，附尽调报告与协议文本。
• 方案审批：履行内部审批程序。
• 发出要约邀请：招标、竞价、拍卖等公开方式，邀请函或公告须含资产金额、交易基准日、五级分类、资产分布、转让方式、交易对象资格和条件等。
• 组织买方尽职调查：提供权属文件与档案，保证合理现场尽调时间。
• 确定受让方与签订协议：竞价组评价委员会，招标走招标法，拍卖走拍卖法；协议须约定交易基准日、转让标的、价格、付款方式与时间、资产清单、交割日、交接方式、违约责任，以及担保权利变更、已起诉与执行项目主体资格变更。
• 组织实施与公告：债权转让要在全国或省级有影响报纸发布转让通知暨债务催收公告；价款原则上一次性付清，分期首付不低于 30%；档案移交须为原件；过渡期内金融企业继续管理维护，避免丧失诉讼时效。

来源3 另外叠了试点通道的专属约束：试点原则里"真实洁净转让"被写成禁止性规定——严禁在转让合同之外签订抽屉协议或回购条款，杜绝虚假出表、虚假转让、逃废债务；第六条要求银行制定试点业务内部管理规定、明确转让方案、履行决策程序、做好尽职调查和资产评估、建立专项审计机制；第八条要求转让公告与转让结果公告在公告平台永久保留；第十一条把资产登记、挂牌展示、转让服务、信息披露、市场监测交给银登中心。

这条流水线的本体含义：每个阶段就是一个类，阶段之间的次序就是一条传递属性，每个阶段要求的材料清单就是该类的属性约束。 这就是场景导向本体的建法——从业务流程的阶段划分直接映射，不从概念分类学出发。

2.2 核销场景：一个逐条对照的判断工程

定义来源2（财金〔2013〕146号）把核销场景拆成"认定标准—证据材料—审批程序—后续管理"四层。

认定标准层。 附 1 列了 19 条一般债权或股权呆账认定标准，每条都配了核销所需材料。挑几条看结构：第（七）条是强制执行类——借款人和担保人虽有财产但强制执行超过 1 年以上仍无法收回，或进入强制执行程序后执行困难经法院裁定终结/终止/中止，或无财产可执行法院裁定程序终结；第（十四）条是小额对公类——单户贷款余额 50 万元及以下（农信社、村镇银行 5 万元及以下）经追索 1 年以上仍无法收回；第（十七）条是中小企业与涉农类——单户 1000 万元及以下经追索 1 年以上可按账销案存原则自主核销；第（十六）条是涉刑类——借款人、担保人或其法定代表人、实际控制人涉嫌违法犯罪，或因金融企业内部案件，经公安机关或检察机关正式立案侦查 2 年以上。

证据材料层。 第八条规定申报材料三类：借款人或被投资企业的呆账核销申报材料及审核审批材料（含债权股权发生明细、借款人与担保人和抵质押物情况、追索情况及结果）；经办行的调查报告（含呆账形成原因、补救措施及结果、具体追收过程及证明、抵押物质押物处置情况、核销理由、经办人与部门负责人和单位负责人情况）；附 1 至附 3 要求的其他材料。第九条明确不能提供确凿证据证明的呆账不得核销。

审批程序层。 第七条给出六条基本原则：严格认定条件、提供确凿证据、严肃追究责任、逐级上报并经审核审批、对外保密和账销案存。第十三条要求上级行接到申报材料后组织有关部门严格审查并签署意见。第十四条排除外部干预：除法律法规和本办法规定外，其他任何机构和个人（包括债务人）不得干预、参与金融企业呆账核销运作。

后续管理层。 第二十二条与第二十三条是关键：除七种债权债务已完全终结的情形外，已核销的呆账作账销案存处理，建立呆账核销台账并进行表外登记，单独设立账户核算和管理；金融企业应比照表内不良贷款的管理方式建立呆账核销后的资产保全和追收制度，对已核销的呆账继续保留追偿的权利。第十七条要求核销后 1 年内完成责任认定和追究。第二十五条要求每年累计检查覆盖面原则上不低于当年核销呆账金额的 20%。

这个场景的本体含义与转让完全不同。 转让是流水线（阶段次序驱动），核销是对照表（认定标准驱动）。核销场景的本体核心是"认定标准条目—触发条件—所需证据—证据来源"这四元组，而不是流程阶段。

2.3 两个场景的结构差异，决定本体必须分层

这张表本身就是本体分层的依据。 共用的是实体词表（借款人、担保人、抵质押物、债权、合同、司法文书），不共用的是推理层：转让场景的推理是"阶段完整性"与"时序合法性"，核销场景的推理是"标准命中"与"证据充分性"。

三、场景导向的本体论怎么配套建

讲完场景拆解，现在回答"本体论怎么配套建设"。本文的立场很明确：不要先建一个完整的资产保全本体，先建两个场景子集，共用词表、分开推理。

3.1 四层划分

本系列前作已经交付了一个 657 三元组的银行资产保全本体骨架（来源7），由四个文件构成：AnnotationVocabulary（成熟度与映射注记词汇）、CollateralScheme（押品分面码表，四个正交分面，29 个 SKOS 概念）、Lifecycle（案件、6 个逾期阶段、8 项保全措施、顺位 1–6、7 类角色）、Mapping（33 条到 FIBO 的显式有损映射）。本文在这个骨架上往两个具体场景延伸，给出四层划分：

第一层：共享实体词表（所有场景共用）。 这是 Talisman 六阶段里的第 1 与第 3 层——受控词表加分类法，用 SKOS 承载。内容包括：主体类（借款人、担保人、共同债务人、法定代表人、实际控制人）、资产类（债权、抵质押物、抵债资产、账销案存资产）、文书类（借款合同、担保合同、法院判决书、裁定书、调解书、法律意见书、追索记录）、机构类（银行、资产管理公司、银登中心、法院）。这一层必须先做，因为它决定后面所有场景本体能不能对齐。 前作核查过 FIBO 全部 295 个本体后的结论是：FIBO 可复用边界限于 FND/FBC 基础层与 Collateral 及其子类，资产保全领域本体必须自建（来源8）。

第二层：场景过程本体（转让场景）。 把第二.1 节的九个阶段建成类，阶段次序建成传递属性 precedesStage，每个阶段的材料清单建成属性约束。关键设计：把来源3 的禁止性规定写成图的硬约束而非标签——"严禁抽屉协议或回购条款"不是给资产包打个标签，而是对转让协议实体加一条唯一性约束（一个资产包只能有一份生效转让协议，且不得存在关联的回购协议实体）。

第三层：场景判断本体（核销场景）。 把第二.2 节的 19 条认定标准建成 19 个认定条件类，每条挂四个属性：触发条件、所需证据类型、证据来源、判断主体（机器可判 / 必须人工）。关键设计：把"机器可判"与"必须人工"的区分做进本体，而不是做进提示词。第（十四）条"单户 50 万元及以下经追索 1 年以上"是机器可判的（金额比对、日期比对、追索记录计数）；第（七）条"强制执行超过 1 年以上仍无法收回"的"仍无法收回"必须人工判断。

第四层：追踪与审计本体（两个场景共用）。 核销场景的账销案存天然给了追踪闭环：已核销呆账建立台账、表外登记、单独设户、继续追偿（来源2 第二十二、二十三条）。把这套结构建成本体，智能体的每一次建议、每一次材料抽取、每一次规则命中，都挂到这条追踪链上。来源5 记录的工程方法正好对应这一层：任务完成后平台保留所用材料、模型、规则版本、工具调用、人工决定和最终结果，被人工修正的字段、误报和漏报进入 Bad Case 形成企业评测集。

3.2 知识图谱的三类边

本体是 schema，知识图谱是实例。资产保全知识图谱的边可以归成三类，各自有不同的可信来源与更新方式：

第一类：权属与法律关系边。 借款人—担保人—抵质押物—债权之间的担保关系、顺位关系、查封关系。这类边来自合同与司法文书，可信度高但需要文书解析，每条边必须保留文书来源与页码指针。来源5 的方法直接适用：每个字段保留原文页码、段落或单元格位置。

第二类：资金与交易轨迹边。 债务人账户之间的资金流向、商户交易、一码通轨迹。来源6 记录的民丰农商行实践是这类边的样本：五类实体（个人、企业、商户、掌心厅、用户）的完整关系网络，七类关系分析模型穿透信贷担保、商户交易、企业员工、关联人，不良客户关系三级穿透，一码通交易轨迹追踪还原资金流向，下一步做交易地图的"时间+地点+金融"三维动态呈现。这类边可信度取决于数据接入的完整性，必须标注数据时点与覆盖范围。

第三类：程序与时序边。 案件所处的保全阶段、诉讼节点、审批状态、时效起算点。这类边来自业务系统，可信度最高但最容易被忽略。它恰恰是智能体做路径设计时最需要的：诉讼时效什么时候到期、查封什么时候轮候、过渡期（来源1 第二十二条）从哪天到哪天。本文认为第三类边是当前最被低估的一类——银行做了大量客户画像图谱，却很少有人把程序时序建成图，而保全路径设计的全部难点都在时序上。

3.3 一个反直觉的设计判断：不要共用推理层

共用词表、不共用推理层——这个判断来自第二.3 节的结构差异表。如果强行共用，会出现两种情况之一：要么把核销的 19 条认定标准压成流水线阶段（丢失判断语义），要么把转让的九阶段拆成 19 条检查项（破坏流程语义）。两种都是削足适履。

前作在对照 Talisman 六阶段时自述的缺口，在两个场景上表现不同：转让场景缺的是元数据标准与叙词表（因为资产包描述需要多维度标签与等价关系），核销场景缺的是能力问题与 SHACL 形状（因为判断类场景必须能被问题检验、被机器校验）。所以两个场景的补课次序也不同：转让先补词表层，核销先补约束层。

四、有没有自动化工具或 pipeline

这是用户最直接的问题。答案分两半：校验与推理层有成熟工具，概念与建模层没有。

4.1 校验与推理层：现成工具链

本文核实了三个包的版本与许可（取自 PyPI 官方 JSON API）：

• pyshacl 0.40.1，Apache License 2.0。SHACL 校验的 Python 实现，可校验 RDF 图是否符合一组形状约束。
• rdflib 7.6.0。RDF 解析、序列化与 SPARQL 查询的 Python 库。
• owlrl 7.6.2。OWl2 RL Profile 的推理实现，可对 RDF 图做规则推理。

这条管线在工程上意味着什么：把本体文件与数据图喂给 pyshacl，它会输出一份校验报告，指出哪些实例违反了哪条形状约束。这一步可以放进 CI——每次本体或数据变更，校验报告作为构建断言。这正是前作自述缺口里"SHACL 形状缺失"的解法：前作把 mappingLoss 的语义写成了注释（"缺注记者视为有损并失败"），这是给人看的，机器读不了；它本该是一条 SHACL 形状，强制每条映射目标必须带 mappingLoss 或明示无损的 mappingBasis。前作自述当时的做法是构建时脚本检查 33 条目标（25 条声明有损、8 条明示无损、缺注记 0），但只在构建时生效、进不了运行时。换成 SHACL 形状，校验就从构建时延伸到运行时。

Java 侧另有 TopQuadrant/shacl（SHACL API in Java based on Apache Jena，本文核实 246 star、Apache-2.0），适合与 Jena 生态集成。

4.2 概念与建模层：LLM 能帮忙，但失效模式已被实证记录

用大模型参与本体构建，有实证记录，但结论不是"能自动化"。来源7 综述的 ICEIS 2025 论文（《Pipeline for Ontology Construction Using a Large Language Model: A Smart Campus Use Case》，Lichtnow 等，SCITEPRESS，DOI 10.5220/0013096000003929，CC BY-NC-ND 4.0）把 ChatGPT 塞进 Noy 与 McGuinness 的 Ontology Development 101 七步法做经验报告，作者自己先划了边界：本工作不打算创建新的本体构建方法，而是探索这些工具如何辅助本体构建过程，承认它们可能无法完全自动化。

论文记录的失效模式有七条，每条都对应资产保全场景的一个具体风险：

• LLM 不能是唯一知识来源。 概念识别有用，但定义必须从外部资源提供。资产保全里就是：模型可以说出"抵债资产"这个概念，但它的定义必须来自财金文件，不能来自模型的语感。对策是简化 RAG——把法规条文塞进提问。
• LLM 会编造不存在的本体。 原文记录 ChatGPT 的初始回复包含不存在的本体。资产保全里就是：模型可能声称某个金融概念在 FIBO 里有对应类，而实际没有。前作核查 FIBO 全部 295 个本体就是为了防这一手。问过之后必须再检索核实。
• 给术语设数量目标的做法需要评估。 论文任意要求了 100 个术语并诚实标注这需要进一步评估。资产保全不能这么干——术语数量必须由场景决定，不由 KPI 决定。
• 层级构建的正确顺序是先分类、再建层级、再增量修正。
• 无状态是真问题。 原文指出 ChatGPT 以无状态方式运行、不在交互间保留记忆或持续状态，这对本体构建（一个显然需要许多天的任务）是个问题。论文记录了具体回退：另开会话后 SmartRoom 又变回 Building 的子类。资产保全的本体构建周期远超一天，这个风险被放大。
• 先生成 OWL/RDF 再关联已有本体需要更多打磨。 论文试过链接 DBPedia、SSN 本体，有时能给对关系，但集成是持续性挑战。资产保全里就是与 FIBO 的映射——前作做了 33 条显式有损映射，并给每条标注了 mappingLoss，这个"有损"标注本身就是对"集成不完美"的诚实承认。
• 多人协作受阻。 希望多人共享同一会话共同定义本体，但 ChatGPT 不支持。

论文里记录最详细的一次故障是步骤 4 的 Places 类：ChatGPT 超出要求自行把地点概念分成八类，核心错误是把 Classroom 当作 Buildings 的子类，三轮修正才压住。这个错误模式在资产保全里会以另一种面貌出现：模型把"抵债资产"当作"押品"的子类，或者把"账销案存资产"当作"已核销呆账"的同义词。 前者在概念上是错的（抵债资产是已取得物权，押品是他物权），后者在监管口径上是错的（账销案存是会计处理，已核销呆账是结果认定）。这类错误必须靠本体里的显式定义与 SHACL 约束拦住，不能靠模型自觉。

4.3 一条可运行的 pipeline 长什么样

把工具与人的分工写清楚，pipeline 是这样的：

• 第 1 步（人工主导）：从法规条文拆出阶段与标准，写成受控词表与 SKOS 分类法。本文第二节的两个拆解就是这一步的产物。
• 第 2 步（机器辅助）：用 LLM 从历史案卷材料里识别候选术语与实体关系，人工逐条核实。每条关系必须挂文书来源与页码（来源5 的方法）。
• 第 3 步（人工主导）：定义类层级与属性，写 SHACL 形状把业务规则机器化。比如"一个资产包只能有一份生效转让协议"、"每条 FIBO 映射必须带 mappingLoss 或明示无损 mappingBasis"。
• 第 4 步（机器执行）：rdflib 解析，owlrl 做推理，pyshacl 跑校验，报告进 CI。
• 第 5 步（人工主导）：用能力问题检验本体够不够（见第五.1 节）。

这条 pipeline 里机器能自动化的只有第 2 步的一半与第 4 步的全部。 第 1、3、5 步是人的判断。这个比例与 Talisman 的立场一致——来源7 记录她的原话是用机器加速人的工作，而不是把建模判断交给机器。

五、本体怎么快速落地支持智能体自动运行与辅助决策

5.1 快速落地的第一个动作：写能力问题，不是画类图

快速落地的最大障碍是"想建个完整的本体"。绕开它的办法是写能力问题（competency questions）——先列出这个本体必须能回答的业务问题，再反推需要哪些类与属性。Talisman 明确把能力问题列为系统设计的启发式（来源7）。

为两个场景各写一组。转让场景的六个问题：

• 这个资产包含哪些债权，各自的五级分类、本金、利息、担保方式是什么？
• 卖方尽调的样本资产金额是否达到批次 80%，样本是否都做了现场调查？
• 转让方案里是否包含了法规要求的九项阐述内容，附上了尽调报告与协议文本？
• 这个资产包是否存在限制转让条款（来源3 第四条第四项）？
• 是否存在转让合同之外的抽屉协议或回购条款（来源3 第五条）？
• 过渡期从哪天到哪天，期间诉讼时效到期日是哪天，管理责任在谁？

核销场景的六个问题：

• 这笔贷款命中了 19 条认定标准中的哪一条或哪几条？
• 该条标准要求的核销材料齐不齐，每份材料的来源与日期是什么？
• 是否属于第十五条规定的五类不得核销情形之一？
• 追索记录是否满足该条标准的时长要求（如 1 年以上、2 年以上）与次数要求？
• 这笔呆账核销后，责任认定是否在 1 年内完成（第十七条）？
• 是否属于账销案存，台账与表外登记是否已建立，后续追收责任人在谁（第二十二、二十三条）？

这十二个问题就是两个场景本体的验收单。 前作自述其骨架验证全部是技术性的（XML 良构、RDF 可加载、指向 FIBO 的 subClassOf 为 0、映射注记覆盖率），没有一条业务问题。本文这十二个问题是补这块缺口的直接动作。

5.2 快速落地的第二个动作：把散文规则变成 SHACL 形状

前作自述的缺口最具体的一条是：AnnotationVocabulary.rdf 里把 mappingLoss 的语义写成注释，这是给人看的，机器读不了。这个缺口在两个场景里普遍存在。举三个可立刻动手的例子：

• 转让场景：TransferPackage 的形状约束——必须有且仅有一份 hasActiveTransferAgreement，且不得存在 hasRepoAgreement（对来源3 第五条抽屉协议禁令的机器化）。
• 核销场景：WriteOffCase 的形状约束——必须挂载至少一条 meetsRecognitionStandard，且该标准的每项必需证据都有对应的 EvidenceItem 带来源指针（对来源2 第八、九条的机器化）。
• 共享层：EntityExtractionRecord 的形状约束——每个抽取字段必须带 sourceDocument 与 sourcePosition（页码/段落/单元格），否则校验失败（对来源5 字段溯源方法的机器化）。

这三条形状一旦写出来，pyshacl 就能在 CI 里跑，本体就从文档变成了可执行约束。 这是"快速落地"里最快的一步——不需要等模型，不需要等数据，只需要把已经写在法规与制度里的规则翻译成 SHACL。

5.3 自动运行与辅助决策的边界划在哪里

这是最关键的问题，也是本系列一直在回答的问题。边界不是技术决定的，是监管决定的。

财金〔2013〕146 号划了三条硬边界。 其一，第十五条：借款人或者担保人有经济偿还能力而金融企业未按规定履行必要措施和实施必要程序追偿的债权，不得作为呆账核销——该追的没追，机器不能给通过。其二，第十三条：上级行接到申报材料应当组织有关部门严格审查并签署意见——审批是人的动作。其三，第二十五条：各级财政部门和银行业监督管理部门负责事后监督，每年累计检查覆盖面原则上不低于金融企业当年核销呆账金额的 20%——外部监督检查是制度设计的一部分，智能体的输出必须经得起这个检查。

试点延期通知新增了两项要求。 来源4 记载，国家金融监督管理总局 2025-12-29 下发延期通知，试点期限延长至 2026-12-31，同时要求试点机构对业务开展自查和审计监督、开展系统性自查自纠，重点关注尽职调查、估值定价、审批决策、个人不良贷款清收管理、对公不良贷款最终买受人、转让和收购机构资质条件责任认定和追究等方面，各试点机构于 2026-05-31 前向直接监管责任单位报送专项审计报告和问题整改报告，并要求健全试点业务违规问责机制、明确问责启动与履职评议和责任认定等关键环节。

本系列前作记录的两条红线仍然有效。 国标 GB/T 45251-2025 第 5.3.1.8 条明确授权金融机构与第三方催收机构可使用人工智能技术开展催收作业，同时规定告知式语音催收（含智能语音）对单一债务人每日合计不超过 3 次；金发〔2026〕8号要求人工智能高风险应用须经风险管理委员会批准（来源9）。催收频次的 3 次上限是机器必须硬编码的约束，不是模型建议。

所以边界是三句话。 机器做：材料整理、字段抽取、清单核对、证据完整性检查、时序计算、冲突标记。人工做：认定判断、估值定价、审批签署、受让方确定。机器必须做的：把每一次建议、每一次抽取、每一次规则命中的依据留痕，让它经得起 20% 覆盖面的检查与专项审计。来源5 的表述与这个边界一致：方案让 Agent 承担材料整理、抽取和初步校验，关键事实、例外情况和最终判断仍由审核人员负责；对稳定、低风险、可逆的步骤提高自动化程度，高风险、争议和不可逆动作继续保留人工控制，每次扩大自动化范围都要经过评测和审批。

六、行动清单

保全业务条线

• 用第二.1 与 2.2 节的两张拆解表，把本行的保全全套方案与核销转让流程画成阶段图，标出哪些环节已有系统支持、哪些是手工。
• 先写第五.1 节的十二个能力问题，让业务部门确认这些就是他们要问的问题，再谈建模。
• 对照来源3 第六条与来源4 的六项重点关注，盘点本行转让业务的尽职调查、估值定价、审批决策环节是否已有可审计留痕。
• 账销案存台账先做起来——这是第二十三条规定本来就该有的，也是追踪类边的现成数据源。

数据治理条线

• 先建共享实体词表（第三.1 节第一层），主体、资产、文书、机构四类实体，用 SKOS 承载，这是所有场景共用的地基。
• 给每个抽取字段强制加来源指针（文书、页码、段落或单元格），并把它写成 SHACL 形状而不是写在制度里。
• 梳理一次本行的押品分面码表，确认分面正交、概念可复用——前作的 CollateralScheme 四个正交分面 29 个 SKOS 概念是现成参照。
• 程序与时序边（第三.2 节第三类）单列一个专项，这是最被低估、对路径设计最关键的一类边。

信息科技条线

• pyshacl 0.40.1（Apache-2.0）加 rdflib 7.6.0 加 owlrl 7.6.2 这条工具链先在本地跑通，拿前作 657 三元组骨架做输入，把校验报告接到 CI。
• 把 mappingLoss 的注释规则升级为 SHACL 形状，让 33 条 FIBO 映射的注记完整性从构建时检查升级为运行时校验。
• LLM 只用于术语识别与关系候选，每条结果人工核实——ICEIS 2025 的七条失效模式是必读清单，特别是编造本体与无状态回退两条。
• 智能体的每一次输出都挂到追踪链上（材料、模型版本、规则版本、工具调用、人工决定），让留痕能应对 20% 检查覆盖面与专项审计。

八、事实来源

• 来源1：《金融企业不良资产批量转让管理办法》（财金〔2012〕6号，财政部与中国银行业监督管理委员会 2012-01-18 印发并施行）。https://law.esnai.cn/view/147786/ ；中国会计视野法规库转载全文。本文引用：批量转让定义（10户/项以上组包、定向转让给资产管理公司）、第三条资产管理公司资质（5 年以上处置经验、注册资本金 100 亿元以上）与地方 AMC 只能参与本省范围且购入资产须债务重组不得对外转让、第七条四类转让范围（次级可疑损失类贷款、已核销账销案存资产、抵债资产、其他不良资产）、第八条六类禁转资产（含个人贷款、国家机关担保、政策性关闭破产、国防军工、限制转让条款）、第九至二十二条九章程序（组包、卖方尽调样本金额不低于 80%、估值、方案九项内容、审批、要约邀请、买方尽调、确定受让方、签约、公告、付款分期首付不低于 30%、档案移交原件、过渡期管理）、第二十三条成交价与账面价值差额核销、第二十四至三十三条管理与责任追究（岗位分离人员独立职能制衡、批次结束后 30 个工作日内报告、每年 2 月 20 日前报送上年度情况、回避制度、严禁五类违法违规行为）。
• 来源2：《金融企业呆账核销管理办法（2013年修订版）》（财金〔2013〕146号，财政部，2014-01-01 施行）。https://policy.mofcom.gov.cn/claw/clawContent.shtml?id=5557 ；全球法规网转载北大法宝来源，标注现行有效。本文引用：第七条六项基本原则（严格认定条件、提供确凿证据、严肃追究责任、逐级上报并经审核审批、对外保密和账销案存）、第八条三类申报材料、第九条确凿证据要求与内部证据签章确认、第十与十一条同一债务人多笔贷款与跨行贷款的法院裁定互证、第十二条不得隐瞒不报长期挂账、第十三条上级行严格审查签署意见、第十四条排除外部干预、第十五条五类不得核销债权（含未履行追偿程序、逃废悬空债权、行政干预造成逃废、未向借款人担保人追偿）、第十六条授权机制、第十七条核销后 1 年内完成责任认定并建责任人名单汇总数据库、第十八条虚假核销处分到降级或撤职及以上、第十九条责任追究工作报告与 1 个月内处理完毕、第二十条责任人任用限制、第二十二条账销案存与七种债权债务完全终结情形与保密制度、第二十三条已核销呆账比照表内不良管理继续追偿、第二十四条核销后检查、第二十五条每年累计检查覆盖面不低于当年核销呆账金额 20% 与年度后 1 个月内报送、附 1 十九条一般债权认定标准及对应核销材料（破产关闭解散撤销、死亡失踪丧失行为能力、重大自然灾害意外事故、工商注销吊销、未工商登记或连续 2 年未年检、触犯刑法、强制执行超 1 年或法院裁定终结终止中止、重整和解协议、驳回起诉或免除责任或权利凭证遗失或丧失诉讼时效、抵债资产差额、垫款、对外投资四类、打包出售拍卖转让债务减免差额、单户 50 万及以下对公追索 1 年以上、单户 10 万及以下个人无抵押追索 1 年以上、涉嫌违法犯罪立案 2 年以上、单户 1000 万及以下中小企业涉农自主核销、单户 500 万及以下个人经营贷款自主核销、国务院专案批准）、附 2 银行卡透支十条标准（含单户本金 2 万元及以下逾期追索 1 年以上且不少于 6 次、单户本金 2000 元及以下逾期追索 180 天以上且不少于 6 次）、附 3 助学贷款三条标准。
• 来源3：《中国银保监会办公厅关于开展不良贷款转让试点工作的通知》（银保监办便函〔2021〕26号，2021-01-08）。https://www.yindeng.com.cn/sczy/sczy_jgzc/202412/t20241210_853965736.html ；银行业信贷资产登记流转中心官网监管政策栏目全文。本文引用：五项试点原则（依法合规、市场自愿、公开透明、稳步推进、真实洁净转让）、试点机构（6 家国有控股大型银行与 12 家全国性股份制银行、金融资产管理公司、符合条件的地方资产管理公司、金融资产投资公司）、两类试点贷款（单户对公不良贷款、批量个人不良贷款；地方 AMC 受让本省单户对公、批量个人不受区域限制；个人贷款以已纳入不良分类的消费信用贷款、信用卡透支、个人经营类信用贷款为主）、五类不参加试点贷款（国家机关担保与政策性关闭破产与国防军工、精准扶贫与三区三州等政策性导向性贷款、虚假个人贷款与涉刑事案件与内部案件与教育助学与员工亲属贷款、合同限制转让条款、其他限制转让）、真实洁净整体转让（严禁抽屉协议或回购条款、杜绝虚假出表虚假转让逃废债务、不得违规向债务关联人利益输送、单户对公受让后不得再次转让给原债务人及相关利益主体）、第六条风险控制（制定内部管理规定、明确转让方案、履行决策程序、尽职调查与资产评估、市场化法治化论证、建立专项审计机制、转让后及时通知债务人）、第七条受让个人贷款只能自行清收重组不得再次对外转让并禁止暴力催收、第八条转让公告与转让结果公告在公告平台永久保留、第九条征信记录衔接、第十条个人信息保护、第十一条银登中心职责（资产登记、挂牌展示、转让服务、信息披露、市场监测）、第十二条监管可停止试点资质、第十三条对公批量转让继续按财金〔2012〕6号执行。
• 来源4：界面新闻《5年时间市场爆发式增长，不良贷款转让试点延期一年，监管新增两项要求》（记者曾令俊，2026-01-12）。https://m.jiemian.com/article/13873797.html ；财经媒体报道。本文引用：国家金融监督管理总局 2025-12-29 下发《关于延长不良贷款转让试点期限的通知》、试点期限延长至 2026-12-31、为启动以来第二次延期（2022 年底原银保监会办公厅第二批试点延期 3 年至 2025-12-31）、监管新增自查自纠与限时专项审计、试点机构重点关注尽职调查/估值定价/审批决策/个人不良贷款清收管理/对公不良贷款最终买受人/转让和收购机构资质条件责任认定和追究六方面、2026-05-31 前向直接监管责任单位报送专项审计报告和问题整改报告、健全违规问责机制明确问责启动与履职评议与责任认定、成交数据（2021 年试点初期成交本息费合计 186.48 亿元、2024 年成交额 2258 亿元、2025 上半年挂牌规模超 1670 亿元较 2024 年同期增长一倍）、市场参与主体从 6 家国有大行与 12 家股份行扩展至城商行农商行消费金融公司。成交数据为报道引述，非官方统计公告。
• 来源5：彩讯股份《金融资产保全材料审核智能体怎么落地：从人工翻材料到可审计闭环》。https://www.richinfo.cn/knowledge/rich-aibox-financial-asset-preservation-review ；厂商行业百科，自述方案，非第三方审计。本文引用其工程方法：材料散在邮件文件夹与多系统、材料类型（合同、担保文件、主体资料、催收记录、司法文书、财产线索、内部审批记录）；Agent 边界（机器先整理和校验、人来作关键判断）；案件级清单记录来源上传人时间版本访问权限；调模型前先做文件查毒格式识别重复检测权限校验、外部材料视为低信任内容防诱导指令；字段抽取保留原文页码段落或单元格位置；识别不清与多文件冲突与低置信字段形成待核对项而非静默选择；按业务类型匹配材料清单检查必需文件与关键字段；规则带版本适用范围与生效时间、新任务用新版本历史任务可还原当时规则；确定性规则加模型判断的组合（长文本语义矛盾例外条款材料归纳由模型辅助）；审核人员查看材料清单抽取字段规则命中原文引用并可确认修改退回或升级、系统记录每次人工修改及理由；多角色按风险类型分派、低风险批量确认高风险与冲突进详细复核；任务完成后保留材料模型规则版本工具调用人工决定与最终结果、人工修正字段与误报漏报进入 Bad Case 形成企业评测集；升级前用历史样本做回归测试；Rich AIBox 承载整条生产链、聊天入口只是使用方式之一；三种视角（审核人员的可操作任务台、管理人员的高风险项与规则适用与人工修改与逾期任务与整体质量汇总、运维人员的监控接口模型工具失败重试权限调用成本与版本变化）；灰度三阶段（结果只与人工对比不进正式流程、生成清单由审核人员确认后进入下一步观察人工修改率节省时间高风险召回、稳定低风险可逆步骤提高自动化程度高风险争议不可逆动作保留人工控制每次扩大都经评测审批）。该文同时引用金融稳定理事会与 BCG 的观点作为背景，本文未单独核实这两个来源。
• 来源6：中国经济新闻网转载中国经济时报《民丰农商行社交图谱赋能不良贷款催收开启清收新篇章》（2025-07-04）。https://www.cet.com.cn/zhpd/ncjr/10225647.shtml ；机构自述实践，非第三方审计。本文引用：在现有不良贷款催收系统中引入社交图谱、整合大数据与知识图谱技术、构建覆盖个人企业商户等多维度的智能分析平台；三大技术亮点（覆盖个人企业商户掌心厅用户五大类实体完整关系网络、精准标记不良户核销户逾期户等高风险客户；七大类关系分析模型穿透信贷担保商户交易企业员工关联人等关联路径、对行内员工及行内关联人建立特殊监测规则；不良客户关系网络三级穿透式分析结合一码通交易轨迹追踪还原资金流向）；下一步交易地图可视化整合商户交易数据实现时间地点金融三维动态呈现。该行另有一篇《民丰农商银行运用知识图谱技术提升金融风险防控能力》（中国经济新闻网同栏目）仅见标题、正文未在页面呈现，本文未采用。
• 来源7：本站已发布文章《本体构建方法论综述：Talisman 六阶段管线与 LLM 参与构建的实证，以及银行场景仍缺的三块》。https://bi-chao.com/articles/ontology-pipeline-llm-review ；本文引用其自述资产：657 三元组银行资产保全本体骨架（AnnotationVocabulary.rdf 含 hasMaturityLevel 与 mappingLoss 与 mappingBasis；CollateralScheme.rdf 押品分面码表四个正交分面 29 个 SKOS 概念；Lifecycle.rdf 案件与 6 个逾期阶段与 8 项保全措施与顺位 1–6 与 7 类角色；Mapping.rdf 33 条到 FIBO 的显式有损映射，其中 25 条声明有损 8 条明示无损缺注记 0）；Talisman 六阶段（受控词表、元数据标准、分类法、叙词表、本体、知识图谱，分别绑定 Dublin Core Terms、SKOS、SKOS-XL、RDF Schema 加精简 OWL、SPARQL，第 5 阶段复用 PROV-O/FOAF/Schema.org/DCAT，以能力问题为设计启发式、以 SHACL 形状承载类与属性无法表达的规则）；Talisman 判断（分层可诊断、治理不是文档、AI 边界为用机器加速人的工作而非把建模判断交给机器）；ICEIS 2025 论文（Lichtnow 等，SCITEPRESS，DOI 10.5220/0013096000003929，CC BY-NC-ND 4.0，短论文经验报告，骨架为 Noy 与 McGuinness 的 Ontology Development 101 步骤 1 至 6 跳过步骤 7）的七条经验教训与三处具体故障（Places 类 Classroom 被当作 Buildings 子类三轮修正、步骤 5 遗漏关系类属性按内在外在关系三类重做、步骤 6 单次响应约 4096 字符上限与另开会话导致 SmartRoom 回退为 Building 子类、最终用 Protégé 手工修正）与作者自述缺陷（无对照实验）；前作自述三块缺口（能力问题缺失、SHACL 约束缺失即 mappingLoss 只是注释而非机器约束、元数据标准与叙词表两层被跳过）。
• 来源8：本站已发布文章《FIBO 没有资产保全本体：银行不良处置建模的复用边界、自建清单与治理陷阱》。https://bi-chao.com/articles/fibo-asset-preservation-ontology ；本文引用其对 edmcouncil/fibo 全部 295 个本体的逐词核查结论：FIBO 可复用边界限于 FND/FBC 基础层与 Collateral 及其两个子类与 CollateralValueAsOfD，资产保全领域本体必须自建。其续作《别继承 FIBO 的类：银行资产保全扩展层的可落地设计》（https://bi-chao.com/articles/fibo-extension-layer-design ）用源码证据推翻了早期"以 FIBO 类为父类"的建议：2025Q3→2025Q4 一个季度移除 145 个类 IRI（含 CollateralAgreement 本身），旧 IRI 保留为带 owl:equivalentClass 的弃用指针。本文另在此来源项下核实工具版本：pyshacl 0.40.1（Apache License 2.0）取自 https://pypi.org/pypi/pyshacl/json ；rdflib 7.6.0 取自 https://pypi.org/pypi/rdflib/json ；owlrl 7.6.2 取自 https://pypi.org/pypi/owlrl/json ；TopQuadrant/shacl（SHACL API in Java based on Apache Jena）取自 GitHub API，246 star、Apache-2.0。
• 来源9：本站已发布文章《资产保全的智能化升级需要什么样的 FDE——当监管边界比模型能力更早决定自动化的上限》。https://bi-chao.com/articles/asset-preservation-fde-capability-challenges ；本文引用其两条监管红线：国标 GB/T 45251-2025 第 5.3.1.8 条明确授权金融机构与第三方催收机构可使用人工智能技术开展催收作业，同时规定告知式语音催收（含智能语音）对单一债务人每日合计不超过 3 次；金发〔2026〕8号要求人工智能高风险应用须经风险管理委员会批准。该文的完整监管梳理（含 8 号文高风险应用准入与人工监督干预要求）可另行参阅。

与系列文章的关系（仅按标题引用，不描述其内容）：

• 《FIBO 没有资产保全本体：银行不良处置建模的复用边界、自建清单与治理陷阱》——本文第三.1 节共享实体词表层的"必须自建"结论来自该文对 295 个本体的核查。
• 《别继承 FIBO 的类：银行资产保全扩展层的可落地设计》——本文在 FAQ 第一条引用该文推翻早期继承建议的源码证据，说明为什么自建比继承稳。
• 《本体构建方法论综述：Talisman 六阶段管线与 LLM 参与构建的实证，以及银行场景仍缺的三块》——本文第四节自动化管线的实证基础与第五节快速落地的缺口诊断都建立在该文之上；本文的十二个能力问题与三条 SHACL 形状示例是对该文识别出的两块缺口（能力问题、SHACL 约束）的具体补法。
• 《资产保全的智能化升级需要什么样的 FDE》——本文第五.3 节的两条监管红线引用自该文。
• 《资产保全智能体：该微调基座还是只做 Harness 工程？》——本文假定读者已接受"智能体落地是工程次序问题"这一前提；本文回答的是配套的知识基础设施怎么建，不是模型怎么选。
• 《Graph Engineering 与银行资产保全：从钻石、检查器到锚点的落地研究》——本文第三.2 节第三类程序与时序边是该文钻石模式（扇出-归约-合成）在时序数据上的自然落点。

本文推论部分（非来源表述）：第二.3 节两场景结构差异表与由此推出的"共用词表不共用推理层"；第三.1 节本体四层划分与各层关键设计；第三.2 节知识图谱三类边归并与"第三类边最被低估"的判断；第三.3 节不共用推理层的论证与两场景补课次序不同的建议；第四.3 节五步 pipeline 的分工比例；第五.1 节十二个能力问题的拟写；第五.2 节三条 SHACL 形状示例；第五.3 节自动运行与辅助决策的三句边界；第六节全部行动清单；第七节 FAQ 全部回答。文中所有法规条款编号、金额门槛、百分比、时限与工具版本号均为来源 1 至 9 的原始记录，凡媒体引述、机构自述与转载来源均已标注。

本文不构成监管要求、合规意见或法律意见。法规引用以转载渠道为准，正式引用请核对财政部与金融监管总局正式文件。

（内容由AI生成，仅供参考）