代码片段伪链接的死链处理

当 wiki_repair_dead_links 或人工审计扫到形如 ^\\、\、正则碎片、转义符号一类的候选标题，且其主要引用方来自代码块、日志片段或抽取残片时，先按 死链修复的先诊断后创建原则 回读上下文：
- 若只是解析噪音，不应创建 stub；
- 若引用方在表达真实概念但标题被截断，则应回到引用方正文修正；
- 只有在可确认它是独立概念、且存在稳定入链时，才建真枢纽。

为什么这条规则重要

把解析伪链接误建成 tiddler，会让 memory_audit 的 dead_link 债务表面下降、概念图谱却更脏。

典型信号

- 候选像符号串而非自然语言标题；
- 引用方是代码块、diff、XML/JSON、正则文本；
- dry_run 和 real mode 都持续出现，但 real mode 已存在/skip 比例高。

处理顺序

1. 先看引用方上下文；
2. 再判定是“修引用”还是“建枢纽”；
3. 不确定时宁可暂缓创建，避免把工具噪音固化。

别名

这条规则也可概括为“代码块与转义残片的死链判定”。