القائمة
Issue、ADR、設計メモ、実装計画、PR diff、指定 path に対し、書かれていない前提、producer / consumer の未接続、実運用だけで露出する failure path をコードと設定の証拠付きで探索する review-only スキル。実装前、設計レビュー、PR 前に未知や blocker を確認するときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
プロジェクトを Bun + Hono（バックエンド）+ Vite + React（フロントエンド）+ Biome でスキャフォールドする初期化スキル。テンプレートを clone した直後の初回セットアップ時に、ユーザーが明示的に実行する。
新機能をヒアリング → 仕様化 → Issue 作成 → 5 役割並列実装の順で進める機能開発オーケストレーションスキル。「○○を作って」「○○機能を追加して」など新機能・機能拡張の実装依頼を受けたら、直接実装を始めずに必ず最初に使う。
docs/architecture/harness.md の invariant を機械的に検証するスキル。引数なしで `--staged --fail-on=error` (PR 直前用)、`full` で全件スキャン、`why <RULE_ID>` で invariant の意図を harness.md から引いて表示。コミット直前・Stop hook・PR 作成前ゲート・invariant 違反の調査に使う。
PR の主目的から外れた発見・改善・技術的負債を「フォローアップ」として記録、列挙、解消管理するスキル。スコープクリープを防ぎ、scope 外の課題を別 PR で確実に処理する仕組み。引数なしで起動すると未処理一覧、`add <title>` で追加、`resolve <id> <pr-url>` で解消記録、`list-pr-body` で PR 本文に貼る markdown を出力。作業中に scope 外の改善点・技術的負債・バグを見つけたら必ず使う。
.claude 配下のスキル・フック・設定をサプライチェーン成果物として監査するスキル。harness のスキル invariant (frontmatter 検証 / 隠し指示検出 / 危険実行パターン) の全件スキャンと、機械検査で拾えない「宣言と実態の乖離」のレビューチェックリストを実行する。スキルの新規追加・更新時、サードパーティスキルの導入前、定期監査に使う。
استنادا إلى تصنيف SOC المهني
| name | blindspot-pass |
| description | Issue、ADR、設計メモ、実装計画、PR diff、指定 path に対し、書かれていない前提、producer / consumer の未接続、実運用だけで露出する failure path をコードと設定の証拠付きで探索する review-only スキル。実装前、設計レビュー、PR 前に未知や blocker を確認するときに使う。 |
| argument-hint | <Issue|ADR|design-note|PR|path> |
| allowed-tools | Read, Grep, Glob, Bash(git diff:*), Bash(gh issue view:*), Bash(gh pr view:*), Bash(gh pr diff:*) |
対象を変更せず、計画を無効化しうる未知を調査して報告する。 コード修正、PR 作成、Issue 起票、設定変更は行わない。 通常レビュー、セキュリティレビュー、テストの代わりに使わない。
gh で本文、コメント、diff を読む。Read、Glob、Grep で対象と参照先を読む。対象を特定できない場合は、推測で補わず必要な入力を一つだけ確認する。
次の 10 観点を省略しない。該当しない場合も、該当しない根拠を持つ。
対象から実行経路を両方向にたどる。入口から consumer まで進み、永続化・非同期処理・ 外部依存から入口へ戻って caller と cleanup を確認する。名前が似ているだけで接続済みと 判断せず、import、binding、route、event source、workflow step、権限、設定値を確認する。
path:line、symbol、または再現可能な read-only command を付ける。yes とする。# Blindspot pass: <対象>
## 結論
- 進めてよい / 条件付きで進めてよい / blocker を先に解くべき
- 最重要の未知: <1行>
## 発見
### [Critical|High|Medium|Low] <タイトル>
- 何が起きるか:
- 証拠: `path:line` / symbol / command
- なぜ見落としやすいか:
- 影響範囲:
- 最小の是正方向:
- blocker 判定: yes / no
## 未検証のまま残る事項
## 次のアクション
発見がない場合も「発見なし」とし、確認した経路と未検証事項を省略しない。 事実と仮説を同じ箇条書きへ混ぜない。
小さい実行例は references/example.md を参照する。