wiki 健康基线审计

定义

wiki 健康基线审计 是整理知识库前的最小三联快照：同时固定 memory_audit、wiki_audit_clusters、wiki_repair_dead_links(dry_run=true) 三类读数，而不是只信某一个审计器。

为什么需要三联

本轮基线显示三者关注面不同：
# memory_audit 可给出活动条数、prefix 重复簇和 pending stubs；当前读数为 1402 active、prefix duplicate_clusters=0，但仍列出高入链 stubs（如 Zendesk、Notion、Foresight Institute）。
# wiki_audit_clusters 用更宽松的语义近邻聚类；同一批内容下仍报告 60 个 ≥3 条近义簇，其中包括 public-contact / 发单入口等死分支噪音簇。
# wiki_repair_dead_links 才直接度量未解析 wikilink；当前 dry-run 报告 61 个 dead-link targets，top referrers 里包含 public contact route、GEO 数据集和若干工具/流程名。

可复用规则

健康收口应先看这组三联是否一致：若 prefix 重复为 0 但语义簇很高，就优先合并语义近重复；若 dead links 仍高于阈值，就先修高入链目标；若 stubs 高入链，就升级枢纽而不是继续生成低价值 stub。这个规则补充 维护审计的作用域过滤盲区。

门禁指标与诊断指标分离

当三联审计同时返回硬门禁指标和补充诊断指标时，先按当前 mission 明示的成功标准判定 pass/fail，再把未列入硬门禁的高读数作为风险候选记录，避免把诊断信号误当成唯一验收失败项。本轮例子：memory_audit.duplicate_clusters=1 已满足“重复簇 <3”的硬门禁，但 wiki_audit_clusters 仍报告 57 个宽松语义近义簇；若当前验收口径只把前者列为重复簇门禁，就应把语义簇读数作为后续可选清理风险，而把真实未达标的 wiki_repair_dead_links 读数（63 个 dead-link targets，需降到 <30）作为下一轮最小修补对象。