docs(id-check): 记一条实测盲区——未跟踪文件不在扫描面

做 ①②③ 第一步时给两根护栏做反向自证（往一个新文件里写自造前缀 + 数字）发现：
第一版探针文件没被 git 追踪，门禁报 0 处——因为 iter_files() 走 git ls-files。
提交时跑不受影响（要提交的文件必然已进索引），但手动在暂存前跑会得到假绿。
补进 §6 限制与盲区第 11 条，免得下次有人拿手工跑的结果当门禁结论。

docs/门禁说明/id-check.md

@@ -91,6 +91,9 @@
 8. 它不懂"这个号该不该存在"。新增一族编号是否合理，仍是 `docs/编号规范.md` 的人工判断。
 9. **变更记录行豁免**（2026-10-26 加）：首格是日期的表格行不参与判定——政策禁止回改历史，
     拦它等于逼人改历史或 `--no-verify`。代价：新写进变更记录行的旧形态编号照不出来。
+11. **未跟踪文件不在扫描面**（2026-10-28 实测）：文件清单来自 `git ls-files`，
+    新文件在 `git add` 之前扫不到。提交时跑不受影响（要提交的文件必已进索引），
+    但**手工在暂存前跑会得到假绿**——别拿这种手工结果当门禁结论。
 10. **二进制工件整体跳过**（2026-10-25 task-22 补）：gz 串口存档 / png 等字节流没有编号语义，
    按文本 `errors=replace` 解码后随机字节会拼出「字母-数字」形态的**伪编号**，把无关存量顶成
    校验 1 的"台账外新账"（`boot_log_data` 落 f3rounds gz 时实测拦下提交——本节文字引用这类