// 强：
// - 有明确源码锚点；
// - 有 query / receipt / 日志中的至少两类主证据；
// - 有边界说明，能防止过度宣称。
//
// 中：
// - 有关键主证据，但闭环还不够满；
// - 常见于有代码和日志，但 receipt 不足，或 query 颗粒度仍偏索引型页面。
//
// 弱：
// - 主要承担导览、边界说明或规划表达；
// - 不宜单独承载“已完成”结论。
//
// 典型例子：
// - 强：foundation / dao / registry / emission
// - 中：proof_map / overview / consensus / blockchain
// - 弱：topology_export / role_paths / crosschain

// 判据方法：
// 1. 先看有没有源码锚点，确认不是纯叙述页。
// 2. 再看有没有 query / receipt / log，确认不是空壳说明页。
// 3. 再看有没有失败 / timeout / stub，确认没有只保留成功样本。
// 4. 最后看有没有边界说明，确认没有把规划态和 stub 夸大成已完成。
//
// 因此“证据强度”本质上是在衡量：
// - 复核成本是否低；
// - 结论链条是否完整；
// - 误读风险是否被压住。

// 必须强调：
// - 强度高，不等于 20260403 / 20260407 主线缺口全部关闭。
// - 强度弱，也不等于页面没有价值；很多导览页本就负责结构和边界，不负责业务闭环。
// - 规划态页面可以是“弱但诚实”，反而比伪装成强更可信。
//
// 最稳妥的使用方式：
// - 用强度排序复核优先级；
// - 用 proof_chain 判断整体可信；
// - 用 evidence_index / evidence_gallery / evidence_coverage 回到原始证据。