sniper-check

Sniper Check は、スナイパーエージェントの完全な6フェーズのコード品質ワークフロー（並列での explore-codebase + research-expert、Grep ベースの影響分析、リンターエラー検出、最小限の修正、ゼロエラーまでの再検証）を分離されたフォークコンテキストで実行します。そのため、最終的な検証レポートだけが親の会話に返され、調査自体が親を汚染することはありません。コード変更後、特定のファイル、ディレクトリ、またはプロジェクト全体に対して使用してください。

対象: $ARGUMENTS

Sniper Check

概要

分離されたフォークコンテキストでスナイパーエージェントを使用した迅速なコード品質検証。メインの会話コンテキストを汚染することなく、完全な6フェーズのワークフローを実行します。

機能	詳細
コンテキスト	フォーク（分離されたサブエージェント）
エージェント	sniper (Sonnet)
フェーズ	6フェーズのコード品質ワークフロー
結果	最終レポートのみが親に返される

---

使用するタイミング

シナリオ	使用例
コード変更後	/sniper-check src/
特定のファイルを検証	/sniper-check path/to/file.ts
プロジェクト全体をチェック	/sniper-check .
リファクタリング後	/sniper-check src/components/

---

ワークフロー

必須の6フェーズ code-quality ワークフローを実行します:

1. PHASE 1+2 (並列): 両方を並列で起動:
   • explore-codebase (Haiku) → アーキテクチャの調査
   • research-expert (Sonnet) → ドキュメントの検証
2. PHASE 3: すべての使用箇所を Grep → 影響分析
3. PHASE 4: リンターを実行 → エラーを検出
4. PHASE 5: 修正を適用 → 最小限の変更
5. PHASE 6: リンターを再実行 → ゼロエラー

重要: フェーズ 1+2 は並列で実行する必要があります（1つのメッセージで2つの Task 呼び出し）。

---

重要なルール

ルール	理由
フェーズ 1+2 を決してスキップしない	ドキュメントに裏付けられた修正のみ
常にフェーズを順番に実行する	フェーズ間の依存関係
リンターエラーゼロ	譲れない終了基準
最小限の変更のみ	必要最小限の修正

---

レポート形式

以下を含む検証レポートを返します:

• アーキテクチャの概要（explore-codebase より）
• ドキュメントの参照（research-expert より）
• 影響分析テーブル（使用箇所、リスクレベル）
• 修正されたエラー（critical、high、medium、low）
• SOLID 準拠状況
• 最終的なリンターの状態（ゼロエラーであること）