detector-detection-power-listed

## Naming / 命名 `skills/README.md` の Naming Q0–Q5 に従って決定した。本 skill は外部プロジェクトの成果物・技術の取り込みではなく、リポジトリ内の運用振り返りから起こした観点であるため Q0 の入力分類（artifact / concept reimplementation）は適用外であり、Q1–Q4 の「原語」も存在しない。したがって Q5 に落ち、**役割を名指す新規命名**として `detector-detection-power` を採用した。機構名（件数比較・変異注入）ではなく「検査器が持つべき価値＝検出力」��名指す点が Q5 の要件である。既存の `test-assertion-effectiveness`（テストの有効性）と語形をそろえ、対象が **テスト** ではなく **検査器** であることを `detector-` の接頭で区別している。 ## Pattern declaration Primary pattern: Reviewer Secondary patterns: Inversion Why: 検出ロジックの変更はパターンとして拾えるが、「その変更が誤検出の除去か検出力の低下か」は件数からは決定できず、比較の根拠（減った項目の内訳・変異注入の証跡）が discover できない差分では実行を止めるゲートが必要である。 ## Goal / 目的 検査器（linter / ガード / CI ゲート / バリデータ / フィルタ）は、それ自身がレビューされないまま「安全網がある」という前提を支えてしまう。検査器の**検出力が落ちたことは、失敗として現れない**。件数は減り、CI は緑になり、指標はむしろ改善したように見える。この非対称性が本 skill の対象である。 具体的には次の 2 つの盲点を diff-time の静的観点として埋める。 - **減少の解釈**: 検出件数が減ったとき、それが誤検出の除去なのか検出力の低下なのかは**件数だけでは区別できない**。にもかかわらず、件数の減少がそのまま「改善」として報告される。 - **新設の実証**: 検査を追加したとき、「追加した」ことと「CI が緑になった」ことは、いずれも**その検査が何かを検出できる証拠にならない**。検出すべきものを入れたら赤くなり、入れなければ緑のままであることを示して初めて検出力が実証される。 report-only（ADR-005）であり、finding / question のみを出力して自動修正はしない。 ## Non-goals / 扱わないこと（委譲表） | 隣接領域 | 委譲先 | 分界