fix(runtime-scan): 红灯扫描自指假阳性——讲解规则的 skill 会永判自己 P0

红灯 grep 把『引用/演示该 pattern 本身』的行也命中：darwin-skill 自己讲解
runtime 中立性规则时必然字面写出『Claude Code skill』等措辞，对它跑那条
grep 命中 8 处，按『输出非空=强制 P0』会把 darwin 自己（及任何讲 runtime
中立性的 skill）永远判成红灯、陷入自审死循环。

- references/runtime-neutrality.md 例外清单补第5类『引用/演示 pattern 本身』
  + 真红灯 vs 假阳性判别表 + 命中后须读上下文再定性
- SKILL.md 扫描段同步：输出非空须先排除假阳性，确认指令性用法才进 P0

实测复现：用本仓库自带 grep 命令扫本仓库，命中自身 8 行（全为元陈述/反例/命令）。

SKILL.md

@@ -98,7 +98,7 @@ skill 应当能在 Claude Code / Codex / Cursor / OpenClaw / Hermes / Gemini CLI
 grep -nE "(在 Claude Code|Claude Code skill|Claude Code 用户|Cursor only|Codex 中|^\[!\[Claude Code|~/\.claude/skills/[a-z]|/plugin install\b)" SKILL.md README.md 2>/dev/null
 ```
 
-输出非空 = 红灯命中 → 强制把 Phase 2 第一轮定为 P0「runtime drift 修复」（写入 results.tsv 的 note 列 `runtime_warn=N`）。
+输出非空 = 红灯命中，**但须先读命中行上下文排除假阳性**（grep 命令本身/反例引用/讲解该规则的元陈述=假阳性，记 `runtime_scan=false_positive` 不改；判别表见 references/runtime-neutrality.md）→ 确认是真红灯（指令性用法）才强制把 Phase 2 第一轮定为 P0「runtime drift 修复」（写入 results.tsv 的 note 列 `runtime_warn=N`）。
 
 ### 例外（允许的「Claude Code 痕迹」）
 

references/runtime-neutrality.md

@@ -47,6 +47,17 @@
 2. **花叔生态内部联动的 skill 名引用**——如「调用 huashu-design」「跟 darwin-skill 配套」
 3. **明确标注的 runtime-specific 章节**——如「### 仅 Claude Code 优化（按需触发）」+ 解释清楚是 nice-to-have
 4. **commit message、changelog、内部脚本**——不属于用户读到的 skill 内容
+5. **引用/演示该 pattern 本身**——讲解红灯规则、列反例、给出 grep 命令时，必然要字面写出「在 Claude Code 里」「Claude Code skill」这些措辞。这是**把措辞当被描述的对象**，不是**把单 runtime 当指令要求读者用**，属假阳性。典型受害者是 darwin-skill 自己（本审查章节就含这些字样）。
+
+**真红灯 vs 假阳性判别**：
+
+| | 真红灯（须修） | 假阳性（不修） |
+|---|---|---|
+| 性质 | 把单 runtime 当**指令**：「在 Claude Code 里运行 X」「这是 Claude Code skill」 | 把这些措辞当**被描述的对象** |
+| 出现位置 | 工作流步骤、首屏定调、安装说明 | grep 命令本身、反例清单里引用的反例、「『Claude Code skill』是红灯措辞」这类元陈述、本对照表 |
+| 处理 | 进 P0 runtime drift 修复 | 记 `runtime_scan=false_positive`，不改 |
+
+**扫描后必须人工读命中行的上下文**再定性——禁止机械按 grep 命中行数定 P0，否则任何讲解 runtime 中立性的 skill（含 darwin-skill 本身）都会永远判自己红灯、陷入自审死循环。
 
 ---