🔧 fix: 検出器のファイル集合を repo-tracked に一致させる (#30)

[tyabu12]

#32（#30 の逆昇格）で landing した検出コマンドの欠陥修正。#32 の形は使わないこと。

何が壊れていたか

rg -n 'memory `[a-z_]+\.md`' --glob '!**/memory/**' --glob '!.git/**'

rg は隠しディレクトリを既定で走査しないので、この形は .claude/** を一切見ていなかった。
プロジェクトの rules/ skills/ agents/ が置かれる場所が丸ごと死角。

そして --hidden を足すのは1インスタンスを塞ぐだけでクラスは開いたままだった、というのが
このPRの本題。再帰 grep は「ここに転がっているファイル」を、ルールは「repo-tracked な
ファイル」を対象にしており、両者は双方向にずれる:

• 見逃し: .claude/ を丸ごと gitignore して共有ルールだけ git add -f している形。ファイルは
  追跡済みなのに rg は ignore を尊重して飛ばす → 静かに0件、塞いだはずの失敗モードの再演
• 誤検出: never-committed な作業ファイルを拾う。ルール自身が「never-committed places なら
  memory 参照は可」と明言しているので、これはルールの主張に対する偽陽性

採用した形

再帰をやめ、scripts/scrub-check.sh が同じ問いに既に使っている列挙に揃えた。

git ls-files -z --cached --others --exclude-standard \
  | xargs -0 grep -nHE 'memory `[a-z_]+\.md`'

同一リポジトリ内で「どのファイルを数えるか」に2つの機構があるのはドリフトの元。副次的に
rg 依存も外れる（当環境には rg の実体が無く、Claude Code のシェル関数だった）。

実測

検証	rg（#32）	rg --hidden	採用形
gitignore 配下の追跡済みファイル（フィクスチャ）	❌	❌	✅
.claude/ 配下に植えた control	❌	✅	✅
kit	0件	0件	0件
コンシューマのミラー	2件	3件	3件（同一・worktree 重複なし）
空リポジトリ	—	—	cwd を走査せず・ハングせず
rg バイナリ依存	あり	あり	なし

grep は -H が要る（単一ファイル時にファイル名が落ちて file:line が壊れる）。実測して確認済み。

./scripts/scrub-check.sh → PASS。

その他

• .claude/worktrees/ を .gitignore に追加。--others が駐機中の worktree を重複ツリーとして
  列挙するため。従来 .git/info/exclude にしか無く、これは per-machine なので他のクローンや CI には
  効かない
• docs/claim-verification.md の worked example を書き直し。📝 docs: ミラー由来の3件を kit へ逆昇格する (#30) #32 で書いた「2件 / --hidden で3件」
  という数値は、(a) private な別リポジトリの状態依存で public な kit の読者には再測不能、(b) 次の
  ミラー同期で陳腐化する、(c) 「生きた dead link を捕まえた」と読めるが実際の差分はミラー自身の
  ルール散文だった、の3点で不適切だったため落とした。代わりに差分の正体を明示し、「コンシューマは
  検出器と一緒に <name> プレースホルダ化も取り込まないと、自分のルールファイルが違反として出る」と
  いう downstream への注意を書いた

なぜ #32 の検証を通り抜けたか

#32 の negative control をリポジトリ直下に置いていた。ガードが既に届く場所なので、発火はしたが
問いを検証していない。docs/claim-verification.md § "A detector / guard / gate" の
「a control whose fixture a sibling arm can also reach reddens for the wrong reason」の habitat 版。

なお #32 の「4/4 BLOCK」自体は有効。あのプローブが測ったのは「新しいレビュアーが shipped command を
実際に実行して、自己申告の偽の件数を捕まえるか」というレビュアー挙動で、検出器のスコープは
測っていない。結論は生き残るが、その根拠として引用されたコマンド出力ブロックは無効なので、
#32 にその旨コメントする。

常時ロードの byte

	#32 landing	このPR	Δ
knowledge-layering.md	5,787	5,938	+151
subagent-usage.md	3,712	3,712	±0
context-budget.md	2,043	2,043	±0
計	11,542	11,693	+151

Downstream

ミラー側（.claude/rules/knowledge-layering.md）は #32 以前の形を既に持っている。reconcile には
このPRの形を下ろすこと。#32 の形で同期を「完了」にすると、静かに壊れた検出器が残る。