内部控制台探测中
数据治理工作台
发布门
PENDING（待评估）
结构与卫生均满足上线门槛 · 可进入条款逐条审核
治理优先级
页面把“先改哪一类”直接排出来，避免用户看完图却仍然不知道该动哪个表、哪个桶、哪类关系。
节点类型分布
红色表示 dominant / rogue / V1-V2 / duplicate，橙色表示 legacy。这个面板的作用是快速识别“垃圾桶节点”和异常集中。
审计接口暂未连接
正在拉取 /api/v1/stats · 数据将在响应到达后展示
数据来源与计算方法展开说明
结构质量: 来自 GET /api/v1/ontology-audit， 实时比对 live Kuzu 与 canonical schemas/ontology_v4.2.cypher。 它负责回答“类型是否失控、V1/V2 是否并存、legacy/duplicate/saas leak 是否仍在污染图谱”。
基础卫生: 来自 GET /api/v1/quality， 统计范围限定于 v4.1 curated 节点表，用于衡量标题覆盖率、内容覆盖率与边密度。它们不能替代结构门，只能辅助判断局部文本质量。
类型集中度: 页面根据 GET /api/v1/stats 的 nodes_by_type派生最大桶占比与 TOP-3 占比，用来暴露 catch-all bucket 和本体粒度失真。
Clause Audit
条款语义审核
当结构问题已经定位，需要确认单条条款或批量条款记录有没有语义缺陷时，再进入这个面板。 它不是首页任务，而是结构治理之后的精细化检查工具。
条款语义审核 — Clause Inspector
POST /api/v1/inspect/clause · v4.3 argument + jurisdiction + override-chain