自动修复的零变更信号

当自动修复工具在 dry_run 中列出候选、但真实执行全部以“已存在”跳过并产生 0 变更时，这不是继续扩大批量参数的信号，而是审计索引、标题规范化或任务范围不一致的信号。应先用 wiki_repair_dead_links、memory_audit 与直接读条目交叉确认，再回到 死链修复的先诊断后创建原则 决定重写、合并或归档。

真实执行也出现零变更时

若 wiki_repair_dead_links 在 real mode 下把 max_create 提到足够高，结果仍是 created_count=0 且 skipped 主要为“已存在”，则继续加大批量通常只是放大噪音。更稳妥的处理顺序是：
- 先把候选分成“标题变体 / 已存在 / 真缺口”三类；
- 再回查引用方或规范标题；
- 只有高入链、且确实不存在的缺口才值得继续建 stub。

本轮实测：min_refs=2, max_create=20, created_count=0, remaining_candidates=6，其中候选都被判为“已存在”，说明当前剩余问题更像索引 / 规范化 / 范围问题，而不是批量大小不足。