コマンド 48 スラッシュコマンド
CLAUDE.md で定義されたワークフロートリガー。状況に合わせて使い分ける。
🏗️ 開発コアサイクル
/plan
実装計画の作成
複雑な機能要件をフェーズに分解。コーディング開始前に必ず実行。計画をユーザーが確認するまでコードを一切触らない。
/tdd
テスト駆動開発 (TDD)
RED→GREEN→REFACTORサイクルを強制。カバレッジ80%以上。バグ修正でも再現テストを先に書く。
/code-review
コード品質・セキュリティレビュー
OWASP Top 10 を含むセキュリティ検査 + 品質チェック。CRITICAL/HIGH はマージ不可。コミット前の必須ステップ。
/verify
総合品質ゲート検証
ビルド・型・lint・テスト・カバレッジ・シークレット検出を一括実行。サブコマンドで粒度調整可。
/verify quick # ビルド+型のみ(高速) /verify pre-pr # PR前の全項目チェック /verify full # セキュリティスキャン含む全項目
/e2e
E2E テスト生成・実行
Playwrightで重要ユーザーフローのE2Eテストを自動生成・実行。失敗時スクリーンショット・ビデオ・HTMLレポートを保存。Chromium/Firefox/Safari/Mobile対応。
/build-fix
ビルド・型エラーの段階的修正
npm/TS/Cargo/Maven/Gradle/Go/Python を自動検出し、エラーを1件ずつ確実に修正。最小限の変更のみ行う。
/test-coverage
テストカバレッジ分析・補完
カバレッジを分析し、不足部分を特定して80%以上に引き上げるテストを自動生成。Jest/Vitest/pytest/Cargo/JaCoCo/Go対応。
/refactor-clean
デッドコードの安全な削除
未使用コード・依存を1件ずつ削除→テスト確認のサイクル。SAFE/CAUTION/DANGERの3段階リスク分類。失敗時は自動リバート。
🎭 オーケストレーション(複数エージェント連鎖)
/orchestrate
マルチエージェント順次実行
planner → tdd-guide → code-reviewer → security-reviewer を連鎖させる。1コマンドでフル開発サイクルを実行。
/orchestrate feature "ユーザー認証機能" /orchestrate bugfix "決済処理のNullエラー" /orchestrate refactor "Serviceクラス分離" /orchestrate security "APIエンドポイント検査"
/multi-plan
マルチモデル協調計画
Claude + Codex + Gemini が並列に同じ問題を分析し、最良の計画に統合。ace-tool MCP でコンテキスト拡充。
/multi-plan # 計画作成(Claude+Codex+Gemini) /multi-execute # 並列実装(tmux worktree) /multi-backend # バックエンド特化(Codex主導) /multi-frontend # フロントエンド特化(Gemini主導) /multi-workflow # フル6フェーズワークフロー
🔄 自律ループ・品質管理
/loop-start
自律開発ループの開始
バックログを自動処理し、テスト・品質ゲート通過後に自動コミット・PR作成を繰り返す。品質ゲートで自動停止するが監視必須。
--mode safe # 推奨。品質ゲート厳格 --mode continuous-pr # 自動PR継続生成 --mode rfc-dag # RFC形式・依存管理 --mode infinite # 無限ループ(上級者向け)
/loop-status
ループ監視 / 品質ゲート / チェックポイント
実行中ループの状態・進捗・失敗シグナルを確認。
/loop-status # ループ状態確認 /loop-status --watch # 定期リフレッシュ /quality-gate # 品質ゲートを手動実行 /quality-gate --fix # 自動修正も実行 /checkpoint create NAME # チェックポイント作成 /checkpoint verify NAME # 状態検証 /checkpoint list # 一覧表示
/eval
評価駆動開発 (EDD)
機能に対してevalを定義・実行・レポートする。AI生成コードの品質を定量的に測定する eval-driven development の実践。
/eval define # eval定義 /eval check # eval実行・チェック /eval report # レポート出力 /eval list # eval一覧 /eval clean # eval削除
/model-route
タスクに最適なモデルを推薦
タスクの複雑度とコスト予算から最適なモデルティア(Haiku/Sonnet/Opus)を提案する。
/model-route --budget low # 低コスト優先 /model-route --budget high # 品質優先
🧠 学習・知識管理・Instinct システム
/learn
セッションからパターン抽出
難しい問題解決後にアプローチをスキルとして保存。
/learn-evalは品質評価付きで「保存/改善/統合/破棄」の4択判定を行う。/learn # 即時パターン保存 /learn-eval # 品質評価後に保存(推奨)
/instinct-*
Instinctシステム管理
学習済みInstinct(原子的なパターン)の確認・共有・進化を管理する。チームの暗黙知を形式知化。
/instinct-status # 学習済み一覧と信頼度確認 /instinct-import # チームのinstinctをインポート /instinct-export # instinctをファイルにエクスポート /evolve # instinctをCommand/Skill/Agentに昇格 /skill-create # git履歴からスキル自動生成 /promote # プロジェクト→グローバルに昇格 /projects # プロジェクト一覧とinstinct統計
💾 セッション管理・コンテキスト
/save-session
セッション保存・復元
作業状態を~/.claude/sessions/に保存し、次回セッションで完全に復元する。
/save-session # 現在状態を保存 /resume-session # 前回から再開 /sessions list # 履歴一覧 /sessions alias # エイリアス設定
/aside
作業を中断せず質問する
現在の作業コンテキストを保持したまま、横道の質問に即答してもらい自動的に作業に戻る。
/prompt-optimize
プロンプト最適化(分析のみ)
ドラフトプロンプトを6フェーズで分析し、ECC最適化バージョンを出力する。タスク自体は実行しない。
📝 ドキュメント・コードマップ
/update-docs
ドキュメント・コードマップ更新
コードベースとドキュメントを同期。コードマップはトークン効率の高いアーキテクチャ文書を生成。
/update-docs # README・ガイド・env変数を同期 /update-codemaps # アーキテクチャ文書を再生成
/harness-audit
ハーネス設定監査
リポジトリのAgent設定(hooks/skills/commands/agents)を評価し、優先度付きスコアカードを出力。
/harness-audit # 全項目監査 /harness-audit hooks # フックのみ /harness-audit --format json
/claw
NanoClaw v2 — 永続REPLセッション
モデルルーティング・スキルホットロード・ブランチ・圧縮・エクスポート・メトリクスを持つ永続Markdownセッション。
REPLコマンド:
/model, /load, /branch, /search
/compact, /export, /metrics, /history
🌐 言語別コマンド
/go-review/go-build/go-test
Go固有パターン・慣用句・セキュリティ・並行性のチェック。ビルドエラー修正・TDDワークフロー。
/kotlin-review/kotlin-build/kotlin-test/gradle-build
Kotlin/JVMパターン・null安全・コルーチン・Gradle/Androidビルドエラー修正・TDDワークフロー。
/python-review
PEP8・型ヒント・Pythonicイディオム・セキュリティチェック。Django/FastAPI/Flask対応。ruff/mypy/black/banditを実行。
⚙️ DevOps・設定
/pm2
PM2 プロセス管理
プロジェクトを自動解析してPM2サービスコマンドを生成。Vite/Next.js/Nuxt/Express/FastAPI/Flask/Go対応。
/setup-pm
パッケージマネージャー設定
npm/pnpm/yarn/bunを検出・設定。プロジェクト/グローバルスコープで設定可能。
/promote
Instinctをグローバルに昇格
プロジェクトスコープのInstinctを複数プロジェクトで使えるグローバルスコープに昇格させる。
/promote --dry-run # 昇格候補を確認 /promote --force # 自動昇格
エージェント 18 専門エージェント
コマンドから委譲される専門家。直接指示より /orchestrate 経由が基本。
🏛️ コア開発エージェント
plannerOpus
実装計画の専門家
複雑な機能要件を実装可能なフェーズに分解。コードは書かず計画だけを作る。依存関係・リスク・実装順序を考慮した詳細計画を出力。
architectOpus
システム設計の専門家
スケーラビリティ・拡張性・一貫性を考慮したシステム設計。技術トレードオフを評価し、将来の成長を見据えたパターンを推薦。
tdd-guideSonnet
TDD 実践エージェント
テスト先行RED→GREEN→REFACTORサイクルを強制。カバレッジ80%以上を保証。eval-driven TDDでpass@1/pass@3メトリクスも計測。
code-reviewerSonnet
コード品質レビュー
セキュリティ(CRITICAL)・品質(HIGH)・React/Next.jsパターン・パフォーマンス(MEDIUM)・ベストプラクティス(LOW)を4段階で評価。信頼度フィルタでノイズを除去。
security-reviewerSonnet
セキュリティ脆弱性検出
OWASP Top 10・SQLインジェクション・XSS・CSRF・SSRF・認証バイパス・レートリミット・ハードコードシークレット・CVEスキャン。
build-error-resolverSonnet
ビルドエラー段階的修正
TypeScript・Cargo・Maven・Gradle・Go・Pythonのコンパイルエラーを1件ずつ確実に修正。一度に全部直そうとせず最小限の変更で対処。
e2e-runnerSonnet
E2E テスト自動生成・実行
Vercel Agent Browser(Playwrightフォールバック)でE2Eテストを生成・実行・保守。Page Object Modelを使用し、フレイキーテストを自動検出。失敗時スクリーンショット・ビデオ・トレースを保存。
refactor-cleanerSonnet
デッドコード安全削除
knip/depcheck/ts-pruneで未使用コード・依存・重複を検出。SAFE/CAREFUL/RISKYの3段階リスク分類で1件ずつ削除→テスト確認のサイクル。
🌐 言語専門エージェント
go-reviewerSonnet
慣用的なGoパターン・goroutine/channel安全性・エラーハンドリング・パフォーマンス。go vet/staticcheckを実行。SQL/コマンドインジェクション・レース条件を検出。
go-build-resolverSonnet
Goのコンパイルエラー・go vet問題・linter警告・モジュール依存問題を段階的に修正。
kotlin-reviewerSonnet
Kotlinイディオム・null安全・コルーチン/Flow安全性・Composeベストプラクティス・Android固有パターン・セキュリティ。
kotlin-build-resolverSonnet
Kotlin/Gradleのコンパイルエラー・依存解決・detekt/ktlint違反を段階的に修正。
python-reviewerSonnet
PEP8・型ヒント・Pythonicパターン・セキュリティ(eval/exec/SQL injection)・Django/FastAPI/Flask対応。ruff/mypy/black/banditを実行。
database-reviewerSonnet
PostgreSQL/Supabaseのクエリ最適化・スキーマ設計・RLSセキュリティ・インデックス設計・N+1防止・コネクション管理。
⚙️ 運用・管理エージェント
loop-operatorSonnet
自律ループの進捗追跡・スタック検出・リトライストーム防止・失敗時スコープ縮小・再開。コスト逸脱・マージコンフリクト・繰り返し失敗で自動エスカレート。
doc-updaterHaiku
コードマップ生成・README/ガイド更新・AST解析・依存マッピング。ドキュメントと実装の乖離を防ぐ。低コストなHaikuモデルで高速実行。
harness-optimizerSonnet
ハーネス設定(hooks/evals/routing/context/safety)を改善提案。最小限の可逆的変更のみ提案し、before/afterデルタをレポート。
chief-of-staffOpus
メール・Slack・LINE・Messengerを4段階分類(skip/info_only/meeting_info/action_required)でトリアージ。返信ドラフト・スケジューリング・フォローアップ管理。
スキル 94 モジュール(全件)
コマンド・エージェントが内部参照する再利用可能なワークフロー定義。直接呼ぶより自動的に使われることが多い。
🔑 最重要スキル(仕組みを理解すべき)
tdd-workflow
TDD強制ワークフロー定義
RED→GREEN→REFACTORサイクルの具体的プロセス定義。カバレッジ80%強制。/tddコマンドとtdd-guideエージェントの基盤。
verification-loop
包括的検証ループ
ビルド→型→lint→テスト→セキュリティを順番に検証し全て通過するまでループ。/verifyコマンドの実体。
continuous-learning
セッション自動学習
Stopフックが自動起動し解決パターンを評価・抽出・保存。次回から自動適用されチームの生産性が複利で向上。
continuous-learning-v2
Instinct ベース学習システム
セッションを観察し原子的なInstinctを信頼度スコアとともに生成・進化。/learn /evolve /instinct-* コマンドの基盤。
continuous-agent-loop
自律ループ安全パターン
自律ループの安全な実行パターン定義。スタック検出・品質ゲート・手動介入ポイントを含む。/loop-startの基盤。
coding-standards
TypeScript/JS/React/Node コーディング標準
統一コーディング規約。code-reviewer・tdd-guideエージェントが参照する品質基準。
📋 全スキル一覧(カテゴリ別)
| スキル名 | カテゴリ | 用途・説明 | 使うシチュエーション | 関連コマンド/エージェント |
|---|---|---|---|---|
| agent-harness-construction | AI/Agent | AI エージェントのアクション空間・ツール定義・観察フォーマット最適化 | エージェントの計画・ツール呼び出し・収束性を改善したいとき | /harness-audit |
| agentic-engineering | AI/Agent | eval-first実行・タスク分解・コスト最適モデルルーティングによるエンジニアリング | AIエージェントが実装の大部分を担うワークフロー設計 | /eval /orchestrate |
| ai-first-engineering | AI/Agent | AIが実装の大部分を生成するチームのプロセス・レビュー・アーキテクチャ設計 | AI-first開発チームの運用設計 | — |
| android-clean-architecture | Architecture/Kotlin | Android/KMPのClean Architectureモジュール構造・UseCase・Repository | Android/KMPプロジェクト構造設計・UseCase実装 | /kotlin-review |
| api-design | Architecture | REST APIリソース命名・ステータスコード・ページネーション・バージョニング | 新APIエンドポイント設計・APIレビュー・バージョニング計画 | /plan |
| article-writing | Content | ブランドガイダンスに基づいた長文コンテンツ作成 | ブログ・ガイド・ニュースレター・メモを記事に変換 | 直接呼び出し |
| autonomous-loops | AI/Agent | 自律Claudeループのパターン(continuous-agent-loopに移行済み) | 自律ワークフロー設定(旧バージョン) | /loop-start |
| backend-patterns | Architecture | Node.js/Express/Next.jsのバックエンドアーキテクチャ・API設計・DB最適化 | REST/GraphQLエンドポイント設計・リポジトリ/サービス層実装 | /plan |
| blueprint | Architecture/Workflow | 1行の目的をマルチセッション工学プロジェクトの段階的構築計画に変換 | 複数PRにまたがる大機能・リファクタリングの計画 | /plan |
| carrier-relationship-management | Domain | キャリアポートフォリオ管理・レート交渉・パフォーマンス追跡・フレイト戦略 | 物流キャリア管理 | — |
| claude-api | API | Python/TypeScript向けAnthropic Claude APIパターン・ツール使用・ストリーミング・ビジョン | Claude APIを使うアプリケーション構築 | 直接呼び出し |
| clickhouse-io | Database | ClickHouseの分析クエリ・スキーマ設計・パフォーマンス最適化 | ClickHouseを使う分析系システム | — |
| compose-multiplatform-patterns | Kotlin/KMP | Compose Multiplatform/Jetpack ComposeのUI・状態管理・ナビゲーション | Compose UIの構築・パフォーマンス最適化 | /kotlin-review |
| configure-ecc | DevOps/Workflow | Everything Claude Codeのインタラクティブインストーラー | "configure ecc" / "install ecc" / "setup everything claude code" | — |
| content-engine | Content | X/LinkedIn/TikTok/YouTube/ニュースレター向けプラットフォームネイティブコンテンツ生成 | SNS投稿・スレッド・スクリプト・クロスプラットフォーム展開 | crosspost |
| content-hash-cache-pattern | Architecture | SHA-256コンテンツハッシュを使ったファイル処理キャッシュ | ファイル処理パイプライン構築・高コスト処理のキャッシュ | — |
| cost-aware-llm-pipeline | Cost/AI | LLM APIコスト最適化・モデルルーティング・予算追跡 | 大量LLM呼び出し・コスト管理・予算内運用 | /model-route |
| cpp-coding-standards | C++ | C++ Core Guidelinesに基づく標準・安全なモダンC++実践 | C++コード記述・レビュー・安全プラクティス適用 | — |
| cpp-testing | Testing/C++ | GoogleTest/CTestを使ったC++テストワークフロー | C++テスト記述・テスト設定・失敗調査 | — |
| crosspost | Content/Social | X/LinkedIn/Threads/Blueskyへのマルチプラットフォームコンテンツ配信 | 複数プラットフォームへのネイティブ適応投稿 | content-engine |
| customs-trade-compliance | Domain | 通関書類・関税分類・関税最適化・制限当事者スクリーニング | 通関処理・関税分類・貿易コンプライアンス | — |
| database-migrations | Database/DevOps | DBスキーマ変更・ゼロダウンタイムデプロイ・マイグレーションツール | テーブル作成/変更・ゼロダウンタイム計画・マイグレーション設計 | /plan database-reviewer |
| deep-research | Research | firecrawl/exa MCPを使ったマルチソース詳細調査・引用付きレポート | 任意トピックの包括的調査・エビデンス収集 | /claw |
| deployment-patterns | DevOps | デプロイワークフロー・CI/CDパイプライン・Docker・ヘルスチェック・ロールバック | CI/CD設定・Dockerコンテナ化・デプロイ戦略 | /promote |
| django-patterns | Python/Django | Djangoアーキテクチャ・DRF REST API・ORM・キャッシング・シグナル・ミドルウェア | DjangoアプリREST API設計・ORM活用 | /python-review |
| django-security | Security/Django | Django認証・CSRF・SQLインジェクション・XSS防止 | Django認証設定・権限実装・セキュリティレビュー | /code-review |
| django-tdd | Testing/Django | pytest-django/factory_boy/モッキング/カバレッジを使ったDjango TDD | Djangoテスト記述・TDD実践・カバレッジ設定 | /tdd |
| django-verification | Testing/Django | Djangoの検証ループ:マイグレーション・lint・テスト・セキュリティスキャン | Djangoプロジェクトのデプロイ前検証ゲート | /verify |
| dmux-workflows | AI/Agent | dmuxを使ったマルチエージェント並列オーケストレーション | 複数エージェントを並列セッションで実行したいとき | /multi-execute |
| docker-patterns | DevOps | Dockerベストプラクティス・マルチステージビルド・セキュリティ・最適化 | アプリコンテナ化・Dockerワークフロー設定 | — |
| e2e-testing | Testing | Playwright/CypressによるE2Eテストパターン・自動化 | E2Eテストスイート構築・テスト自動化設定 | /e2e |
| energy-procurement | Domain | エネルギー調達戦略・サプライヤー調達・契約交渉 | エネルギー調達管理 | — |
| enterprise-agent-ops | AI/DevOps | エンタープライズスケールでのClaude Codeエージェント運用・監視・ガバナンス | 本番環境でエージェントを大規模運用するとき | — |
| eval-harness | Testing/AI | eval-driven development (EDD)のための正式な評価フレームワーク | AI生成コードの評価フレームワーク構築 | /eval |
| exa-search | Research | Exa MCPを使ったウェブ・コード・企業・人物のニューラル検索 | 神経検索によるトピック調査 | — |
| fal-ai-media | Media/AI | fal.ai MCPによる統合AIメディア生成(画像・動画・音声) | AIによる画像・動画・音声生成 | — |
| foundation-models-on-device | AI/DevOps | デバイス上でのオンプレミス基盤モデル実行 | API呼び出しなしでLLMをローカル実行したいとき | — |
| frontend-patterns | TypeScript/React | React/Next.js・状態管理・パフォーマンス・UIパターン | React/Next.jsアプリ構築 | /plan |
| frontend-slides | Content/Frontend | ゼロ依存HTMLプレゼンテーション・スタイルプレビュー・PPTX変換 | プレゼンテーション作成・PPTXのWeb変換 | — |
| golang-patterns | Go | 慣用的なGoパターン・堅牢なアプリケーションの慣習 | Goコードのベストプラクティス適用 | /go-review |
| golang-testing | Testing/Go | テーブル駆動テスト・サブテスト・ベンチマーク・ファジング | GoテストのTDD実践 | /go-test |
| inventory-demand-planning | Domain | 在庫予測・需要計画・最適化 | 在庫・需要計画管理 | — |
| investor-materials | Content | ピッチデッキ・ワンページャー・投資家メモ・財務モデル | 資金調達資料の作成 | — |
| investor-outreach | Content | 投資家へのパーソナライズされたコールドメール・ウォームイントロ・フォローアップ | 投資家へのリーチアウト | — |
| iterative-retrieval | AI/Agent | サブエージェントのコンテキスト問題に対する段階的コンテキスト精緻化 | マルチエージェントワークフローでのコンテキスト絞り込み | — |
| java-coding-standards | Java | Spring Bootアプリ向けJavaコーディング標準 | Javaコードのベストプラクティス適用 | — |
| jpa-patterns | Database/Java | JPA/Hibernateエンティティ設計・リレーション・クエリ最適化 | JPAエンティティ設計・Hibernate活用 | — |
| kotlin-coroutines-flows | Kotlin | Kotlinコルーチン・Flowによる非同期プログラミングパターン | Kotlinの非同期コード記述 | /kotlin-review |
| kotlin-exposed-patterns | Database/Kotlin | Kotlin Exposed ORMパターン | ExposedでのDBアクセス実装(Kotlin) | — |
| kotlin-ktor-patterns | Kotlin | Kotlin Ktorウェブフレームワークパターン | Ktorアプリケーション構築 | — |
| kotlin-patterns | Kotlin | Kotlinイディオム・ベストプラクティス | 慣用的なKotlinコード記述 | /kotlin-review |
| kotlin-testing | Testing/Kotlin | Kotest・mockkを使ったKotlinテスト | Kotlinテスト記述・TDD実践 | /kotlin-test |
| liquid-glass-design | Design/Frontend | リキッドグラスデザインシステムのデザインパターン・UIプリンシプル | モダンUIコンポーネント設計 | — |
| logistics-exception-management | Domain | 物流例外管理・サプライチェーンの例外処理 | サプライチェーン例外の処理 | — |
| market-research | Research/Content | ソース付き市場・競合・ファンド・技術調査 | 市場・競合・投資家のリサーチ | — |
| nanoclaw-repl | AI/Workflow | 自律ループのためのECC組み込み永続セッションREPL | 永続インタラクティブセッションの実行 | /claw |
| nutrient-document-processing | Domain | ドキュメントからの栄養データ処理・抽出 | 栄養情報の書類処理 | — |
| perl-patterns | Perl | Perlイディオム・ベストプラクティス・正規表現・ファイル処理 | Perlコードのベストプラクティス適用 | — |
| perl-security | Security/Perl | Perlセキュリティベストプラクティス | セキュアなPerlコード記述 | — |
| perl-testing | Testing/Perl | Perlテストパターン | Perlテスト記述 | — |
| plankton-code-quality | Testing/QA | コード品質・lint・フォーマットチェック | コード品質標準の適用 | — |
| postgres-patterns | Database | PostgreSQLクエリ最適化・スキーマ設計・インデックス・セキュリティ | PostgreSQLスキーマ設計・クエリ最適化 | database-reviewer |
| production-scheduling | Domain | 生産スケジューリング・作業指示管理・キャパシティ計画 | 生産スケジューリング・キャパシティ管理 | — |
| project-guidelines-example | Workflow/Template | プロジェクト固有スキル作成のテンプレート | プロジェクトレベルのガイダンス文書作成 | /skill-create |
| prompt-optimizer | AI/Optimization | AIモデル向けプロンプトを品質向上・コスト削減のために最適化 | プロンプトの洗練・コスト削減 | /prompt-optimize |
| python-patterns | Python | Pythonicイディオム・PEP8・型ヒント・ベストプラクティス | 慣用的なPythonコード記述 | /python-review |
| python-testing | Testing/Python | pytest・TDD・フィクスチャ・モッキングを使ったPythonテスト | Pythonテスト記述・TDD実践 | /tdd |
| quality-nonconformance | Domain/QA | 品質管理・不適合追跡・是正措置 | 品質問題の管理 | — |
| ralphinho-rfc-pipeline | AI/Architecture | RFC駆動・マルチエージェント並列パイプライン・依存管理・段階的品質ゲート | 大機能・マルチユニット並列作業・マージキュー管理 | /loop-start --mode rfc-dag |
| regex-vs-llm-structured-text | Architecture/AI | 構造化テキスト抽出にregexとLLMのどちらを使うか判断 | テキスト解析のアルゴリズム選定 | — |
| returns-reverse-logistics | Domain | リバースロジスティクス・返品管理・再入庫 | 製品返品・リバースロジスティクス管理 | — |
| search-first | Architecture/AI | 検索ファーストアーキテクチャ・RAG(検索拡張生成) | 検索ファーストシステム・RAGシステム構築 | — |
| security-review | Security | 認証・入力・シークレット・API・決済機能のセキュリティチェックリスト | アプリケーションのセキュリティ問題レビュー | /code-review |
| security-scan | Security/DevOps | 自動セキュリティスキャン・脆弱性検出 | セキュリティ脆弱性の自動スキャン | /verify full |
| skill-stocktake | Workflow | インストール済みスキルとその目的の棚卸し | 利用可能スキルの監査 | /instinct-status |
| springboot-patterns | Java/Spring | Spring Bootアーキテクチャ・REST API・レイヤードサービス・キャッシュ・非同期 | Spring Bootアプリケーション構築 | — |
| springboot-security | Security/Spring | Spring Security認証/認可・バリデーション・CSRF・シークレット・レートリミット | Spring Bootのセキュリティ実装 | /code-review |
| springboot-tdd | Testing/Spring | JUnit5・Mockito・MockMvc・TestcontainersによるSpring Boot TDD | Spring BootのTDD実践 | /tdd |
| springboot-verification | Testing/Spring | Spring Bootの検証:ビルド・静的解析・テスト・セキュリティスキャン | Spring Bootプロジェクトの検証ゲート | /verify |
| strategic-compact | Workflow/Optimization | 論理的な間隔で手動コンテキスト圧縮を提案 | 長いセッションでのコンテキスト管理 | suggest-compact hook |
| swift-actor-persistence | Swift | SwiftのActorモデル・永続化パターン | 並行Swiftアプリの構築と永続化 | — |
| swift-concurrency-6-2 | Swift | Swift 6.2の構造化並行性パターン | 並行Swiftアプリケーション構築 | — |
| swift-protocol-di-testing | Testing/Swift | Swiftのプロトコルベース依存性注入・テスト | テスト可能なSwiftアプリ設計 | — |
| swiftui-patterns | Swift | SwiftUIパターン・状態管理・パフォーマンス | SwiftUIアプリケーション構築 | — |
| tdd-workflow | Testing/Workflow | カバレッジ80%以上のTDD:ユニット・統合・E2E | テスト駆動開発ワークフロー全般 | /tdd tdd-guide |
| verification-loop | Testing/Verification | 検証・品質ループパターン | 検証ゲートの実装 | /verify /quality-gate |
| video-editing | Media/Content | AIアシスト動画編集:カット・構成・映像拡張 | AIによる動画コンテンツ編集 | — |
| videodb | Database/Media | 動画データベース・検索・検索パターン | 動画検索・検索システム構築 | — |
| visa-doc-translate | Domain | ビザ書類の翻訳・処理 | ビザ申請書類の処理 | — |
| x-api | API/Social | X/Twitter APIの投稿・スレッド・検索・分析統合 | X/Twitter APIをアプリに統合したいとき | — |
フック 自動イベント駆動
明示的に呼ばなくても自動実行される。hooks.json で定義。環境変数で制御可能。
⚙️ フック制御
# 厳格度変更 export ECC_HOOK_PROFILE=minimal # 最小限 export ECC_HOOK_PROFILE=standard # 標準(デフォルト) export ECC_HOOK_PROFILE=strict # 厳格 # 特定フックを無効化 export ECC_DISABLED_HOOKS="doc-file-warning,tmux-reminder" # セキュリティ監視を有効化(オプション) export ECC_ENABLE_INSAITS=1
フックの種類
PreToolUse — ツール実行前に介入。中断も可能。
PostToolUse — ツール実行後に処理。整形・ログ・分析。
SessionStart — セッション開始時に前回コンテキストを復元。
PreCompact — コンテキスト圧縮前にセッション状態を保存。
Stop — セッション終了時にパターン抽出・コスト集計。
| フック名 | 種類 | トリガー条件 | 何を自動で行うか | 制御 |
|---|---|---|---|---|
| auto-tmux-dev | PreToolUse | Bash コマンド実行前 | 開発サーバーが必要なら tmux セッションで起動を提案 | standard/strict |
| tmux-reminder | PreToolUse | 長時間実行の Bash 前 | tmux での実行を促す | standard/strict |
| git-push-reminder | PreToolUse | git push コマンド前 | 変更内容を確認するよう促す。意図しないプッシュを防ぐ | standard/strict |
| doc-file-warning | PreToolUse | ドキュメントファイルの Write 前 | 非標準のdocファイル作成を警告 | strict / 無効化可 |
| suggest-compact | PreToolUse | 一定間隔で Edit/Write 前 | コンテキスト圧縮を戦略的に提案 | strategic-compact |
| continuous-learning-observe | PreToolUse | 全ツール使用時(非同期) | ツール使用パターンを記録・分析。セッション終了時のパターン抽出の基礎データ | 常時(非同期) |
| insaits-security | PreToolUse | Bash/Edit/Write 前 | オプションのAIセキュリティモニター。有害操作を検出 | ECC_ENABLE_INSAITS=1 |
| pre-compact | PreCompact | コンテキスト圧縮前 | 現在の作業状態・TODO・重要情報を .claude/memory/ に保存 | 常時 |
| session-start | SessionStart | 新セッション開始時 | 前回の作業コンテキストを読み込み、パッケージマネージャーを自動検出 | 常時 |
| post-edit-format | PostToolUse | JS/TS ファイルの Edit 後 | Biome または Prettier で自動フォーマット。手動実行不要 | standard/strict |
| quality-gate (hook) | PostToolUse | Edit/Write 後(非同期) | ビルド・テスト・カバレッジを非同期でチェック | standard/strict |
| build-complete | PostToolUse | ビルドコマンドの Bash 後 | ビルド結果を非同期で分析・レポート | standard/strict |
| pr-created | PostToolUse | gh pr create 成功後 | PR URLをログに記録し、レビューコマンドを提案 | 常時 |
| stop (continuous-learning) | Stop | セッション終了時 | 解決パターンを評価・抽出し ~/.claude/skills/learned/ に保存。コスト集計 | 常時 |
実践ワークフロー
シチュエーション別のコマンド・エージェント・フックの組み合わせ方。
1
標準機能開発(TDD)
全機能開発のゴールデンパス。必ずここから始める。
/plan "機能の説明"
→ planner(Opus) が実装フェーズを設計
→ 計画を確認・承認してから次へ(コードは触らない)
→ 計画を確認・承認してから次へ(コードは触らない)
/tdd "計画に基づいて実装"
→ tdd-guide(Sonnet) が RED→GREEN→REFACTOR
→ post-edit-format フックが自動フォーマット
→ カバレッジ 80% 達成まで継続
→ post-edit-format フックが自動フォーマット
→ カバレッジ 80% 達成まで継続
/code-review
→ code-reviewer + security-reviewer
→ CRITICAL/HIGH があれば修正して再実行
→ CRITICAL/HIGH があれば修正して再実行
/verify pre-pr
→ ビルド・型・lint・テスト・シークレット検査
git add / commit / push
→ git-push-reminder フックが変更内容を確認
→ pr-created フックがPR URLをログ
→ pr-created フックがPR URLをログ
2
バグ修正(高速サイクル)
再現テスト先行 → 修正 → 確認。最短で完了。
/orchestrate bugfix "バグの説明"
一括で以下を実行:
planner: 原因分析・修正計画
tdd-guide: 再現テスト → 修正 → 通過確認
code-reviewer: 修正コードのレビュー
/verify quick
→ ビルド + 型チェックのみ(高速)
git commit / push
→ /learn で解決パターンを保存(推奨)
3
セキュリティクリティカルな実装
認証・決済・API。セキュリティ最優先フロー。
/plan "セキュリティ要件含む機能"
→ セキュリティ考慮事項を計画に含める
/tdd (セキュリティテスト先行)
→ 認証バイパス・入力検証・SQLインジェクションのテストを先に書く
/code-review
→ security-reviewer が OWASP Top 10 スキャン
→ CRITICAL が1つでもあれば即修正・再レビュー
→ CRITICAL が1つでもあれば即修正・再レビュー
/verify full
→ セキュリティスキャン含む全項目チェック
4
大規模リファクタリング
安全・段階的・テストを壊さない。
/plan "リファクタリングの目的と範囲"
→ 変更範囲・影響箇所を明確にしてから着手
/orchestrate refactor "内容"
architect: 新構造を設計
tdd-guide: 既存テストが全て通ることを確認
code-reviewer: リファクタリング品質チェック
/refactor-clean (オプション)
→ デッドコードを1件ずつ安全に削除 → 失敗時自動リバート
/verify full → git commit
5
自律開発ループ
バックログを自動消化。夜間処理・定型タスク自動化。監視必須。
/loop-start continuous-pr --mode safe
→ ベースラインテストを確認 → バックログからタスクを自動選択
【自動ループ内】
/plan → /orchestrate → /quality-gate
通過: 自動コミット → 自動PR作成
失敗: loop-operator が介入・停止
/loop-status で定期確認
→ 品質ゲート失敗で自動停止。完全放置は非推奨。
6
知識の蓄積と継続改善
解決した問題を再利用可能な知識に変える。
難しい問題を解決する
→ continuous-learning-observe フックが自動記録
/learn-eval (推奨)または /learn
→ Stopフックがセッション終了時に自動抽出
→ ~/.claude/skills/learned/ に保存
→ ~/.claude/skills/learned/ に保存
/instinct-status で確認
→ 学習済みInstinctの一覧・信頼度を確認
/evolve または /skill-create
→ Instinctをスキル/コマンド/エージェントに昇格
→ /promote でグローバルスコープに昇格
→ /promote でグローバルスコープに昇格
早見表
「今どうすればいいか」を素早く判断するための対応表。
📌 状況 → コマンド 対応表
| この状況のとき | 使うコマンド | 使用エージェント | 重要度 |
|---|---|---|---|
| 新機能の実装を始める前 | /plan | planner | 必須 |
| コードを書き始める(常に) | /tdd | tdd-guide | 必須 |
| コードを書き終わった | /code-review | code-reviewer security-reviewer | 必須 |
| PR を作る前 | /verify pre-pr | — | 必須 |
| 認証・決済・APIの変更 | /code-review + /verify full | security-reviewer | 必須 |
| ビルドが失敗した | /build-fix | build-error-resolver | 即座に |
| 複雑な機能を一括実装したい | /orchestrate feature "..." | 複数エージェント連鎖 | 推奨 |
| クリティカルなUXフローのテスト | /e2e | e2e-runner | 推奨 |
| カバレッジが80%未満 | /test-coverage | — | 推奨 |
| SQL/マイグレーション変更 | /code-review | database-reviewer | 推奨 |
| 難しいバグを直した後 | /learn-eval | — | 推奨 |
| コードが大きくなってきた | /refactor-clean | refactor-cleaner | 任意 |
| 定型タスクを自動化したい | /loop-start --mode safe | loop-operator | 上級者 |
| フルスタック機能を複数AIで計画 | /multi-plan → /multi-execute | Claude+Codex+Gemini | 上級者 |
| Go プロジェクトのコードを書いた | /go-review | go-reviewer | Go必須 |
| Go ビルドエラー | /go-build | go-build-resolver | Go必須 |
| Kotlin/Android コードを書いた | /kotlin-review | kotlin-reviewer | Kotlin必須 |
| Gradle/Kotlin ビルドエラー | /kotlin-build / /gradle-build | kotlin-build-resolver | Kotlin必須 |
| Python コードを書いた | /python-review | python-reviewer | Python必須 |
| ドキュメントが古くなった | /update-docs / /update-codemaps | doc-updater | 定期的に |
| ECC設定の品質確認 | /harness-audit | harness-optimizer | 任意 |
| プロンプトを最適化したい | /prompt-optimize | — | 任意 |
| 作業中に質問したい(文脈維持) | /aside "質問" | — | 任意 |
🔗 コマンド → エージェント → スキル → フック 関連図
| コマンド | エージェント | スキル | 自動フック |
|---|---|---|---|
| /plan | planner | — | — |
| /tdd | tdd-guide | tdd-workflow coding-standards | post-edit-format quality-gate |
| /code-review | code-reviewer security-reviewer | coding-standards security-review | — |
| /verify | — | verification-loop | — |
| /e2e | e2e-runner | e2e-testing | — |
| /orchestrate | planner tdd-guide code-reviewer security-reviewer architect | 各エージェントのスキルを自動選択 | post-edit-format quality-gate |
| /build-fix | build-error-resolver | backend-patterns | — |
| /refactor-clean | refactor-cleaner | coding-standards | — |
| /loop-start | loop-operator | continuous-agent-loop autonomous-loops | quality-gate |
| /learn / /learn-eval | — | continuous-learning continuous-learning-v2 | continuous-learning-observe stop |
| /eval | — | eval-harness agentic-engineering | — |
| /update-docs / /update-codemaps | doc-updater | — | — |
| /harness-audit | harness-optimizer | agent-harness-construction | — |
| /prompt-optimize | — | prompt-optimizer | — |
| /claw | — | nanoclaw-repl deep-research | — |
| /go-review | go-reviewer | golang-patterns | — |
| /go-build | go-build-resolver | golang-patterns | — |
| /go-test | — | golang-testing tdd-workflow | — |
| /kotlin-review | kotlin-reviewer | kotlin-patterns kotlin-coroutines-flows | — |
| /kotlin-build / /gradle-build | kotlin-build-resolver | kotlin-patterns | — |
| /python-review | python-reviewer | python-patterns django-patterns | — |
🏆 成功のための 7 原則
1️⃣
複雑な機能は必ず /plan から
手戻りを防ぐ最大の武器。計画なしにコーディングを始めない。
2️⃣
常にテストを先に書く
TDDはオプションではなくデフォルト。バグ修正でも再現テストを先に。
3️⃣
コミット前に必ず /code-review
セキュリティ問題は後から直すほど高コスト。早期発見が命。
4️⃣
PR前に /verify pre-pr
CIが落ちてから直すより、ローカルで先に確認する方が速い。
5️⃣
専門エージェントに委譲する
汎用的な指示より /orchestrate や専門コマンドの方が品質が高い。
6️⃣
/loop-status で自律ループを監視
品質ゲートは自動停止するが定期確認を怠らない。
7️⃣
/learn-eval でチームの知識を蓄積
解決パターンを保存するだけで未来の自分とチームが助かる。