risk-scan

Pre-Check — Zero Leak L1（作業開始前）

タスクを始める前に「何を確認すべきか」を先に洗い出す。

トリガー

自動:

• 全てのタスク開始時（コード変更・資料作成・修正指示）
• super-plan承認後、rapid-build開始前

L1はバックグラウンドで素早く実行。 ownerを待たせない。

手順

Step 1: 影響範囲の特定

ownerの指示を解析 → 影響するファイル/モジュールを特定
  ↓
Glob + Grep で関連ファイルをリスト化
  ↓
出力: 影響ファイルリスト（L3 review-guardが全量チェック時に使用）

Step 2: 品質基準の読み込み

1. .claude/quality-rules.yaml（Global rules）
2. skills/{current-skill}/lessons/*.md（Skill lessons — あれば）
3. Session memory（同セッション内のowner指摘 — あれば）
  ↓
出力: 今回のタスクに適用すべきルールリスト（L2が参照）

Step 3: 過去インシデント照合

Grep: INCIDENT_REPORT_*.md + DECISION_*.md で関連キーワード検索
  ↓
出力:
  - 過去の同種インシデント: N件
  - 関連する意思決定: N件
  - 過去に同様の修正で再発したパターン: N件

Step 4: ownerへの簡潔な報告

影響範囲 N件、適用ルール N件、過去インシデント N件で開始します

連携

スキル	関係
quality-rules (L2)	L1の出力（適用ルールリスト）をL2が参照
review-guard (L3)	L1の出力（影響ファイルリスト）をL3が全量チェック時に使用
super-plan	super-planのAgent B出力がL1の過去インシデント検索を補完
leak-learner	学習

設計原則

原則	出典	適用
先に地図を作る	Shift-Left原則	実装前に影響範囲・品質基準・過去インシデントを洗い出す
バックグラウンド実行	ユーザー体験最優先	ownerを待たせない。素早く完了して結果を1行で報告
機械的検索	DRY / 再現性	Glob+Grepで影響範囲を機械的に特定。記憶や推測に頼らない

Config

カテゴリ	キー	デフォルト値	説明
パス	quality_rules		Global rulesファイル
パス	incidents_dir		インシデント検索先
パス	decisions_dir		意思決定検索先
検索	incident_pattern		インシデントファイル名パターン
検索	decision_pattern		意思決定ファイル名パターン

セキュリティ

該当なし -- ローカルファイルの読み取りのみ。外部API・認証なし。

BLOCKINGゲート

ステップ	失敗条件	動作
Step 1	ownerの指示が曖昧で影響範囲を特定できない	STOP + ownerに確認: 「どのファイル/モジュールが対象ですか？」
Step 2	quality-rules.yamlが存在しない	続行: Global rulesなしで実行（Skill lessons + Session memoryのみ）
Step 3	incidents/knowledge/ディレクトリが存在しない	続行: 過去インシデント0件として報告

エスカレーション

状況	対応
影響ファイルが20件以上	ownerに確認: 「影響範囲が広い（{N}件）。段階的に進めますか？」
過去の同種インシデントが3件以上	ownerに報告: 「同種インシデントが{N}件。再発パターンの可能性あり」
適用ルールが矛盾している	ownerに確認: 「ルール{A}と{B}が矛盾。どちらを優先しますか？」

汎用性

検索パス・ファイル名パターンはConfig表で外部化済み。企業固有値なし。

他のスキルとの連携

スキル	関係	説明
quality-rules (L2)	L1の出力（適用ルールリスト）をL2が参照	-
review-guard (L3)	L1の出力（影響ファイルリスト）をL3が全量チェック時に使用	-
super-plan	super-planのAgent B出力がL1の過去インシデント検索を補完	-
leak-learner	学習	owner指摘をlessons/に記録

やらないこと

• 品質チェックの実行（L2, L3の領域）
• ルールの作成・変更（L5の領域）
• 実装そのもの