ONTAO 理论体系 · 第八篇：本体论成熟度评估（OMA）
📍 所属层：企业运行本体层 · 工程实践——系统到底建立了没有——OMA 五维评估
怎么评估一个系统的本体论成熟度——五维评估系统。
这一篇是实施标准的工具化：回答"一个系统到底有没有真正建立本体论"。
一、为什么需要评估系统
本体论.txt 给了一条判断标准（聊天助手 vs 协作者），但那是定性的。要真正衡量一个系统的本体论成熟度，需要一套可打分、可对比、可追踪的评估工具。
三个用途：
1. 诊断：一个系统现在本体论到什么程度？缺什么？
2. 验收：实施本体论前后，分数有没有变化？（对应第七篇实施标准的基线 vs 目标）
3. 排序：多个系统/项目，哪个最值得先做本体论？（分数最低的最痛）
二、五维评估模型（OMA-5）
围绕本体论六要素 + 判断标准，压缩成五个问题：
Q1 地图 有没有一张人和 AI 都能读的"运转地图"？ （对象/关系/属性）
Q2 按钮 地图上有没有可操作的按钮？ （动作）
Q3 依据 按按钮的依据是什么？规则可判定吗？ （规则 + 含糊问题逼问）
Q4 边界 谁有资格按按钮？边界清晰吗？ （权限）
Q5 闭环 关键决策链是否跑通"AI 理解→建议→动作"？ （终极判断标准）
Q0 精度 定义深度够吗？口径/来源/关联无歧义？ （纵向精度，贯穿Q1-Q3）
每维 0-5 分，要求附证据（文档/代码/行为），不许凭感觉——数据诚实铁律。
各维度详解
| 维度 | 问什么 | 打分依据 | 高分特征 |
|---|---|---|---|
| Q0 精度 | 定义深度够吗？ | 关键字段/要素是否达到深度 2（口径/来源/消费方/关联无歧义）；属性类型体系是否完整（time series/vector/marking 等，第二篇） | 决策链上要素"AI 查到就能无歧义行动"，不含糊 |
| Q1 地图 | 对象/关系/属性是否显性化且人机可读 | 有系统全景文档？有 schema？有业务逻辑图？AI 能加载吗？ | 对象清单+关系图+属性定义齐全，且 AI 干活前强制加载 |
| Q2 按钮 | 动作是否完备且可操作 | 有多少自动化引擎/API？AI 有触发接口吗？动作是唯一写通道吗？六步流水线完整吗（参数→权限→业务规则→事务→副作用→审计，第二篇）？ | 动作层完备，AI 有权限触发；写操作默认走动作，不可逆动作有回滚/强制留痕 |
| Q3 依据 | 规则是否显性化、可判定 | 计算规则？经营规则？含糊问题清单？规则改版是否工程化（规则提案=PR 工作流，第五篇）？ | 关键决策链上的含糊问题全部逼问成可判定规则；规则变更走提案审批 |
| Q4 边界 | 权限是否双向清晰 | 客户/角色隔离？AI 权限四层？人机边界？数据访问权是否落地（谁能看什么：标记/组织/粒度/行列级，第四篇）？ | ①理解②建议③自动执行④必批 四层都定义 + 数据访问权清晰 |
| Q5 闭环 | 决策链是否"通"而不只是"有" | 触发→理解→建议→动作→审批→回填 全链路？五层交互是否全通（上下文自动注入/查询走对象/逻辑走函数/行动回写/治理拦截，第三篇）？ | AI 推动下一步动作，人只审关键——不是聊天助手 |
Q1/Q2 判据细化：载体完备性（Touchpoint Completeness）
Q1 问"地图有没有"，Q2 问"按钮有没有"，但要防"有地图有按钮、运营却按不到"：同一事实必须载体链完整——DB 列 → 后端接口（routeTable/API）→ 前端表单/表格，缺任一载体 = 断层（AI/技术代配直写 DB 是其典型违例：事实与按钮都在，唯独中间载体被绕过）。
评分附注：抽查任一核心对象的字段载体链（选 1-2 个运营高频字段，从表结构追到页面表单），全链可达才给 Q1/Q2 满分档；发现断层的对象列进 Q3 规则缺口一并计分。（术语：词典 31）
评分逻辑
- Q1-Q4 是"有没有"，Q5 是"通不通"
- 即使地图按钮都有（Q1-Q4 高分），Q5 不通，AI 仍是聊天助手——Q5 是主导项
- 总分 = 五维平均（0-5）
成熟度分级
| 总分 | 级别 | 含义 |
|---|---|---|
| 4.5+ | 🟢 本体论成熟 | AI 是并行主导者，人只做边界 |
| 3.0-4.4 | 🟡 本体论建设中 | 地图按钮齐全，缺规则/权限/闭环 |
| 1.5-2.9 | 🟠 本体论萌芽 | 有数字化基础，经营规则未逼问，AI 是聊天助手 |
| <1.5 | 🔴 本体论空白 | 知识/数据/规则都在人脑和散件里 |
三、评估实操流程
① 通读 系统全景/数据管线/坑点库/方案文档/git历史（不看就没有证据）
② 逐维打分 五维各 0-5，每分附证据
③ 定位最痛 最低分维度 = 最该先做的
④ 出方案 对照六步接入协议，从最痛维度开始
⑤ 复测 实施后同维度重打，对比分数
关键纪律：打分必须基于通读后的证据，不是基于数据库静态盘点——文档里的经营规则、git 里的决策历史，往往比代码更能反映本体论现状。
四、实例：拾光传媒评估（2026-08-29）
评估结果
| 维度 | 分数 | 关键证据 |
|---|---|---|
| Q1 地图 | 4/5 | 系统全景/数据管线/业务逻辑图齐全；扣分=无机器可读统合，AI 不强制加载 |
| Q2 按钮 | 4/5 | 引擎完备（同步/扣量/风控/审计/建站）；扣分=AI 无触发接口 |
| Q3 依据 | 2.5/5 | 计算规则已显性化；经营判断（异常处置/接入评估）未逼问 |
| Q4 边界 | 2/5 | 客户隔离有；AI 权限四层没有 |
| Q5 闭环 | 1.5/5 | 告警有触发，处置无闭环——AI 是"会告警的聊天助手" |
| 总分 | 2.8/5 | 🟠 本体论萌芽 |
结论
拾光传媒的"地图和按钮"都造好了，但：
1. 依据（经营规则）没逼问出来 → Q3 最低分维度之一
2. 边界（权限）没划 → Q4
3. 闭环（决策链）没通 → Q5 最低分
AI 停留在"会告警的聊天助手"，距离"并行主导者"差在经营判断和动作闭环。
由此得出的优先级
P0 统合地图（Q1） 已有文档 → ontology.yaml 机器可读 + AI 强制加载
P1 决策链闭环（Q5） 供应商异常处置：触发→理解→建议→动作→审批→回填
P2 经营规则逼问（Q3） 含糊问题清单：什么算异常/多严重该停/通知谁/谁审批
P3 权限四层（Q4） AI 能理解/建议/自动执行/必批
五、评估系统的自洽性
- 数据诚实：打分必须附证据，不许凭感觉
- Q5 主导：聊天助手 vs 协作者是终极判据，地图按钮齐全但闭环不通仍是萌芽
- 可追踪：实施前后同维度对比，分数变化 = 本体论价值证明（对应第七篇）
对外的价值：这套评估就是对外服务的诊断工具——客户系统打一遍分，哪里痛一目了然，方案和报价都有了依据。
六、Q5 闭环的落地路径（机制化四步）
Q5 是最低分维度且最难评分——"闭环通没通"没有中间态描述。机制化四步给出可执行路径，任一步落地即 Q5 部分达标：
- 链上每个动作定义后置条件（见第二篇"反裸动作约定"）→ 断链可检出
- 状态由事实推导（派生状态，见第二篇"状态双层模式"）→ 系统知道流程走到哪一步
- 商用边界动作加 guard 硬拦（前置条件，如"广告位全配齐才可分发"）→ 不合法动作推不动
- 规则回填 ontology.yaml → AI/后续开发可查可判
案例（2026-09-02，拾光传媒建站链）：建站决策链 build_project_gen 从"半自动（触发✅ 处置❌）"经四步走向闭环——分发动作从"文案口径"变"后端 400 拦截"（全配齐才可分发，用户拍板）；下次 OMA 重评有据可依，不再是印象分。
本篇结论（立论）
- 本体论成熟度需要可打分、可对比、可追踪的评估工具
- 五维模型 OMA-5：地图/按钮/依据/边界/闭环——Q1-Q4 是"有没有"，Q5 是"通不通"
- 打分必须基于通读证据，不是静态盘点
- 成熟度分级：成熟/建设中/萌芽/空白——指导优先级
- 评估 = 诊断工具 = 对外服务的第一环
一句话立论：本体论成熟度评估回答"一个系统到底有没有建立本体论"——五维打分，Q5 闭环是终极判据，AI 能推动动作才不是聊天助手。
至此 ONTAO 理论体系八篇完成：痛点（0）→ 宣言（总纲）→ 本体论基础（1）→ 概念模型（2）→ 决策链（3）→ 人机协作（4）→ 演化沉淀（5）→ 接入（6）→ 实施标准（7）→ 成熟度评估（8）