winter-super-cli 2026.5.32 → 2026.6.6

package/resources/local/ecc/docs/ja-JP/commands/multi-plan.md

@@ -0,0 +1,268 @@
+# Plan - マルチモデル協調計画
+
+マルチモデル協調計画 - コンテキスト取得 + デュアルモデル分析 → ステップバイステップの実装計画を生成。
+
+$ARGUMENTS
+
+---
+
+## コアプロトコル
+
+- **言語プロトコル**: ツール/モデルとやり取りする際は**英語**を使用し、ユーザーとはユーザーの言語でコミュニケーション
+- **必須並列**: Codex/Gemini呼び出しは`run_in_background: true`を使用する必要があります(単一モデル呼び出しも含む、メインスレッドのブロッキングを避けるため)
+- **コード主権**: 外部モデルは**ファイルシステムへの書き込みアクセスがゼロ**、すべての変更はClaudeが実行
+- **損失制限メカニズム**: 現在のフェーズの出力が検証されるまで次のフェーズに進まない
+- **計画のみ**: このコマンドはコンテキストの読み取りと`.claude/plan/*`計画ファイルへの書き込みを許可しますが、**本番コードを変更しない**
+
+---
+
+## マルチモデル呼び出し仕様
+
+**呼び出し構文**(並列: `run_in_background: true`を使用):
+
+```
+Bash({
+  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> {{GEMINI_MODEL_FLAG}}- \"$PWD\" <<'EOF'
+ROLE_FILE: <ロールプロンプトパス>
+<TASK>
+Requirement: <強化された要件>
+Context: <取得したプロジェクトコンテキスト>
+</TASK>
+OUTPUT: 疑似コードを含むステップバイステップの実装計画。ファイルを変更しない。
+EOF",
+  run_in_background: true,
+  timeout: 3600000,
+  description: "簡潔な説明"
+})
+```
+
+**モデルパラメータの注意事項**:
+- `{{GEMINI_MODEL_FLAG}}`: `--backend gemini`を使用する場合、`--gemini-model gemini-3-pro-preview`で置き換える(末尾のスペースに注意); codexの場合は空文字列を使用
+
+**ロールプロンプト**:
+
+| フェーズ | Codex | Gemini |
+|-------|-------|--------|
+| 分析 | `~/.claude/.ccg/prompts/codex/analyzer.md` | `~/.claude/.ccg/prompts/gemini/analyzer.md` |
+| 計画 | `~/.claude/.ccg/prompts/codex/architect.md` | `~/.claude/.ccg/prompts/gemini/architect.md` |
+
+**セッション再利用**: 各呼び出しは`SESSION_ID: xxx`を返します(通常ラッパーによって出力される)、**保存する必要があります**後続の`/ccg:execute`使用のため。
+
+**バックグラウンドタスクの待機**(最大タイムアウト600000ms = 10分):
+
+```
+TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
+```
+
+**重要**:
+- `timeout: 600000`を指定する必要があります。指定しないとデフォルトの30秒で早期タイムアウトが発生します
+- 10分後もまだ完了していない場合、`TaskOutput`でポーリングを継続し、**プロセスを強制終了しない**
+- タイムアウトにより待機がスキップされた場合、**`AskUserQuestion`を呼び出してユーザーに待機を継続するか、タスクを強制終了するかを尋ねる必要があります**
+
+---
+
+## 実行ワークフロー
+
+**計画タスク**: $ARGUMENTS
+
+### フェーズ 1: 完全なコンテキスト取得
+
+`[Mode: Research]`
+
+#### 1.1 プロンプト強化(最初に実行する必要があります)
+
+**ace-tool MCPが利用可能な場合**、`mcp__ace-tool__enhance_prompt`ツールを呼び出す:
+
+```
+mcp__ace-tool__enhance_prompt({
+  prompt: "$ARGUMENTS",
+  conversation_history: "<直近5-10の会話ターン>",
+  project_root_path: "$PWD"
+})
+```
+
+強化されたプロンプトを待ち、**後続のすべてのフェーズのために元の$ARGUMENTSを強化結果で置き換える**。
+
+**ace-tool MCPが利用できない場合**: このステップをスキップし、後続のすべてのフェーズで元の`$ARGUMENTS`をそのまま使用する。
+
+#### 1.2 コンテキスト取得
+
+**ace-tool MCPが利用可能な場合**、`mcp__ace-tool__search_context`ツールを呼び出す:
+
+```
+mcp__ace-tool__search_context({
+  query: "<強化された要件に基づくセマンティッククエリ>",
+  project_root_path: "$PWD"
+})
+```
+
+- 自然言語を使用してセマンティッククエリを構築(Where/What/How)
+- **仮定に基づいて回答しない**
+
+**ace-tool MCPが利用できない場合**、Claude Code組み込みツールでフォールバック:
+1. **Glob**: パターンで関連ファイルを検索 (例: `Glob("**/*.ts")`, `Glob("src/**/*.py")`)
+2. **Grep**: キーシンボル、関数名、クラス定義を検索 (例: `Grep("className|functionName")`)
+3. **Read**: 発見したファイルを読み取り、完全なコンテキストを収集
+4. **Task (Explore エージェント)**: より深い探索が必要な場合、`Task` を `subagent_type: "Explore"` で使用
+
+#### 1.3 完全性チェック
+
+- 関連するクラス、関数、変数の**完全な定義とシグネチャ**を取得する必要がある
+- コンテキストが不十分な場合、**再帰的取得**をトリガー
+- 出力を優先: エントリファイル + 行番号 + キーシンボル名; 曖昧さを解決するために必要な場合のみ最小限のコードスニペットを追加
+
+#### 1.4 要件の整合性
+
+- 要件にまだ曖昧さがある場合、**必ず**ユーザーに誘導質問を出力
+- 要件の境界が明確になるまで(欠落なし、冗長性なし)
+
+### フェーズ 2: マルチモデル協調分析
+
+`[Mode: Analysis]`
+
+#### 2.1 入力の配分
+
+**CodexとGeminiを並列呼び出し**(`run_in_background: true`):
+
+**元の要件**(事前設定された意見なし)を両方のモデルに配分:
+
+1. **Codexバックエンド分析**:
+   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/analyzer.md`
+   - フォーカス: 技術的な実現可能性、アーキテクチャへの影響、パフォーマンスの考慮事項、潜在的なリスク
+   - OUTPUT: 多角的なソリューション + 長所/短所の分析
+
+2. **Geminiフロントエンド分析**:
+   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/analyzer.md`
+   - フォーカス: UI/UXへの影響、ユーザーエクスペリエンス、ビジュアルデザイン
+   - OUTPUT: 多角的なソリューション + 長所/短所の分析
+
+`TaskOutput`で両方のモデルの完全な結果を待ちます。**SESSION_ID**(`CODEX_SESSION`と`GEMINI_SESSION`)を保存します。
+
+#### 2.2 クロスバリデーション
+
+視点を統合し、最適化のために反復:
+
+1. **合意を特定**(強いシグナル)
+2. **相違を特定**(重み付けが必要)
+3. **補完的な強み**: バックエンドロジックはCodexに従い、フロントエンドデザインはGeminiに従う
+4. **論理的推論**: ソリューションの論理的なギャップを排除
+
+#### 2.3 (オプションだが推奨) デュアルモデル計画ドラフト
+
+Claudeの統合計画での欠落リスクを減らすために、両方のモデルに並列で「計画ドラフト」を出力させることができます(ただし、ファイルを変更することは**許可されていません**):
+
+1. **Codex計画ドラフト**(バックエンド権威):
+   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/architect.md`
+   - OUTPUT: ステップバイステップの計画 + 疑似コード(フォーカス: データフロー/エッジケース/エラーハンドリング/テスト戦略)
+
+2. **Gemini計画ドラフト**(フロントエンド権威):
+   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/architect.md`
+   - OUTPUT: ステップバイステップの計画 + 疑似コード(フォーカス: 情報アーキテクチャ/インタラクション/アクセシビリティ/ビジュアル一貫性)
+
+`TaskOutput`で両方のモデルの完全な結果を待ち、提案の主要な相違点を記録します。
+
+#### 2.4 実装計画の生成(Claude最終バージョン)
+
+両方の分析を統合し、**ステップバイステップの実装計画**を生成:
+
+```markdown
+## 実装計画: <タスク名>
+
+### タスクタイプ
+- [ ] フロントエンド(→ Gemini)
+- [ ] バックエンド(→ Codex)
+- [ ] フルスタック(→ 並列)
+
+### 技術的ソリューション
+<Codex + Gemini分析から統合された最適なソリューション>
+
+### 実装ステップ
+1. <ステップ1> - 期待される成果物
+2. <ステップ2> - 期待される成果物
+...
+
+### キーファイル
+| ファイル | 操作 | 説明 |
+|------|-----------|-------------|
+| path/to/file.ts:L10-L50 | 変更 | 説明 |
+
+### リスクと緩和策
+| リスク | 緩和策 |
+|------|------------|
+
+### SESSION_ID(/ccg:execute使用のため)
+- CODEX_SESSION: <session_id>
+- GEMINI_SESSION: <session_id>
+```
+
+### フェーズ 2 終了: 計画の配信(実装ではない)
+
+**`/ccg:plan`の責任はここで終了します。以下のアクションを実行する必要があります**:
+
+1. 完全な実装計画をユーザーに提示(疑似コードを含む)
+2. 計画を`.claude/plan/<feature-name>.md`に保存(要件から機能名を抽出、例: `user-auth`、`payment-module`)
+3. **太字テキスト**でプロンプトを出力(**保存された実際のファイルパスを使用する必要があります**):
+
+   ---
+**計画が生成され、`.claude/plan/actual-feature-name.md`に保存されました**
+
+**上記の計画をレビューしてください。以下のことができます:**
+- **計画を変更**: 調整が必要なことを教えてください、計画を更新します
+- **計画を実行**: 以下のコマンドを新しいセッションにコピー
+
+   ```
+   /ccg:execute .claude/plan/actual-feature-name.md
+   ```
+   ---
+
+**注意**: 上記の`actual-feature-name.md`は実際に保存されたファイル名で置き換える必要があります!
+
+4. **現在のレスポンスを直ちに終了**(ここで停止。これ以上のツール呼び出しはありません。)
+
+**絶対に禁止**:
+- ユーザーに「Y/N」を尋ねてから自動実行(実行は`/ccg:execute`の責任)
+- 本番コードへの書き込み操作
+- `/ccg:execute`または任意の実装アクションを自動的に呼び出す
+- ユーザーが明示的に変更を要求していない場合にモデル呼び出しを継続してトリガー
+
+---
+
+## 計画の保存
+
+計画が完了した後、計画を以下に保存:
+
+- **最初の計画**: `.claude/plan/<feature-name>.md`
+- **反復バージョン**: `.claude/plan/<feature-name>-v2.md`、`.claude/plan/<feature-name>-v3.md`...
+
+計画ファイルの書き込みは、計画をユーザーに提示する前に完了する必要があります。
+
+---
+
+## 計画変更フロー
+
+ユーザーが計画の変更を要求した場合:
+
+1. ユーザーフィードバックに基づいて計画内容を調整
+2. `.claude/plan/<feature-name>.md`ファイルを更新
+3. 変更された計画を再提示
+4. ユーザーにレビューまたは実行を再度促す
+
+---
+
+## 次のステップ
+
+ユーザーが承認した後、**手動で**実行:
+
+```bash
+/ccg:execute .claude/plan/<feature-name>.md
+```
+
+---
+
+## 重要なルール
+
+1. **計画のみ、実装なし** – このコマンドはコード変更を実行しません
+2. **Y/Nプロンプトなし** – 計画を提示するだけで、ユーザーが次のステップを決定します
+3. **信頼ルール** – バックエンドはCodexに従い、フロントエンドはGeminiに従う
+4. 外部モデルは**ファイルシステムへの書き込みアクセスがゼロ**
+5. **SESSION_IDの引き継ぎ** – 計画には最後に`CODEX_SESSION` / `GEMINI_SESSION`を含める必要があります(`/ccg:execute resume <SESSION_ID>`使用のため)

package/resources/local/ecc/docs/ja-JP/commands/multi-workflow.md

@@ -0,0 +1,183 @@
+# Workflow - マルチモデル協調開発
+
+マルチモデル協調開発ワークフロー(調査 → アイデア創出 → 計画 → 実装 → 最適化 → レビュー)、インテリジェントルーティング: フロントエンド → Gemini、バックエンド → Codex。
+
+品質ゲート、MCPサービス、マルチモデル連携を備えた構造化開発ワークフロー。
+
+## 使用方法
+
+```bash
+/workflow <タスクの説明>
+```
+
+## コンテキスト
+
+- 開発するタスク: $ARGUMENTS
+- 品質ゲートを備えた構造化された6フェーズワークフロー
+- マルチモデル連携: Codex(バックエンド) + Gemini(フロントエンド) + Claude(オーケストレーション)
+- MCPサービス統合(ace-tool、オプション)による機能強化
+
+## 役割
+
+あなたは**オーケストレーター**として、マルチモデル協調システムを調整します(調査 → アイデア創出 → 計画 → 実装 → 最適化 → レビュー)。経験豊富な開発者向けに簡潔かつ専門的にコミュニケーションします。
+
+**連携モデル**:
+- **ace-tool MCP**(オプション) – コード取得 + プロンプト強化
+- **Codex** – バックエンドロジック、アルゴリズム、デバッグ(**バックエンドの権威、信頼できる**)
+- **Gemini** – フロントエンドUI/UX、ビジュアルデザイン(**フロントエンドエキスパート、バックエンドの意見は参考のみ**)
+- **Claude(自身)** – オーケストレーション、計画、実装、配信
+
+---
+
+## マルチモデル呼び出し仕様
+
+**呼び出し構文**(並列: `run_in_background: true`、順次: `false`):
+
+```
+# 新規セッション呼び出し
+Bash({
+  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> {{GEMINI_MODEL_FLAG}}- \"$PWD\" <<'EOF'
+ROLE_FILE: <ロールプロンプトパス>
+<TASK>
+Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
+Context: <前のフェーズからのプロジェクトコンテキストと分析>
+</TASK>
+OUTPUT: 期待される出力形式
+EOF",
+  run_in_background: true,
+  timeout: 3600000,
+  description: "簡潔な説明"
+})
+
+# セッション再開呼び出し
+Bash({
+  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> {{GEMINI_MODEL_FLAG}}resume <SESSION_ID> - \"$PWD\" <<'EOF'
+ROLE_FILE: <ロールプロンプトパス>
+<TASK>
+Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
+Context: <前のフェーズからのプロジェクトコンテキストと分析>
+</TASK>
+OUTPUT: 期待される出力形式
+EOF",
+  run_in_background: true,
+  timeout: 3600000,
+  description: "簡潔な説明"
+})
+```
+
+**モデルパラメータの注意事項**:
+- `{{GEMINI_MODEL_FLAG}}`: `--backend gemini`を使用する場合、`--gemini-model gemini-3-pro-preview`で置き換える(末尾のスペースに注意); codexの場合は空文字列を使用
+
+**ロールプロンプト**:
+
+| フェーズ | Codex | Gemini |
+|-------|-------|--------|
+| 分析 | `~/.claude/.ccg/prompts/codex/analyzer.md` | `~/.claude/.ccg/prompts/gemini/analyzer.md` |
+| 計画 | `~/.claude/.ccg/prompts/codex/architect.md` | `~/.claude/.ccg/prompts/gemini/architect.md` |
+| レビュー | `~/.claude/.ccg/prompts/codex/reviewer.md` | `~/.claude/.ccg/prompts/gemini/reviewer.md` |
+
+**セッション再利用**: 各呼び出しは`SESSION_ID: xxx`を返し、後続のフェーズでは`resume xxx`サブコマンドを使用します(注意: `resume`、`--resume`ではない)。
+
+**並列呼び出し**: `run_in_background: true`で開始し、`TaskOutput`で結果を待ちます。**次のフェーズに進む前にすべてのモデルが結果を返すまで待つ必要があります**。
+
+**バックグラウンドタスクの待機**(最大タイムアウト600000ms = 10分を使用):
+
+```
+TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
+```
+
+**重要**:
+- `timeout: 600000`を指定する必要があります。指定しないとデフォルトの30秒で早期タイムアウトが発生します。
+- 10分後もまだ完了していない場合、`TaskOutput`でポーリングを継続し、**プロセスを強制終了しない**。
+- タイムアウトにより待機がスキップされた場合、**`AskUserQuestion`を呼び出してユーザーに待機を継続するか、タスクを強制終了するかを尋ねる必要があります。直接強制終了しない。**
+
+---
+
+## コミュニケーションガイドライン
+
+1. レスポンスの開始時にモードラベル`[Mode: X]`を付ける、初期は`[Mode: Research]`。
+2. 厳格な順序に従う: `Research → Ideation → Plan → Execute → Optimize → Review`。
+3. 各フェーズ完了後にユーザー確認を要求。
+4. スコア < 7またはユーザーが承認しない場合は強制停止。
+5. 必要に応じて`AskUserQuestion`ツールを使用してユーザーとやり取りする(例: 確認/選択/承認)。
+
+---
+
+## 実行ワークフロー
+
+**タスクの説明**: $ARGUMENTS
+
+### フェーズ 1: 調査と分析
+
+`[Mode: Research]` - 要件の理解とコンテキストの収集:
+
+1. **プロンプト強化**(ace-tool MCPが利用可能な場合): `mcp__ace-tool__enhance_prompt`を呼び出し、**後続のすべてのCodex/Gemini呼び出しのために元の$ARGUMENTSを強化結果で置き換える**。利用できない場合は`$ARGUMENTS`をそのまま使用。
+2. **コンテキスト取得**(ace-tool MCPが利用可能な場合): `mcp__ace-tool__search_context`を呼び出す。利用できない場合は組み込みツールを使用: `Glob`でファイル検索、`Grep`でシンボル検索、`Read`でコンテキスト収集、`Task`(Exploreエージェント)でより深い探索。
+3. **要件完全性スコア**(0-10):
+   - 目標の明確性(0-3)、期待される結果(0-3)、スコープの境界(0-2)、制約(0-2)
+   - ≥7: 継続 | <7: 停止、明確化の質問を尋ねる
+
+### フェーズ 2: ソリューションのアイデア創出
+
+`[Mode: Ideation]` - マルチモデル並列分析:
+
+**並列呼び出し**(`run_in_background: true`):
+- Codex: アナライザープロンプトを使用、技術的な実現可能性、ソリューション、リスクを出力
+- Gemini: アナライザープロンプトを使用、UIの実現可能性、ソリューション、UX評価を出力
+
+`TaskOutput`で結果を待ちます。**SESSION_ID**(`CODEX_SESSION`と`GEMINI_SESSION`)を保存します。
+
+**上記の`マルチモデル呼び出し仕様`の`重要`指示に従ってください**
+
+両方の分析を統合し、ソリューション比較(少なくとも2つのオプション)を出力し、ユーザーの選択を待ちます。
+
+### フェーズ 3: 詳細な計画
+
+`[Mode: Plan]` - マルチモデル協調計画:
+
+**並列呼び出し**(`resume <SESSION_ID>`でセッションを再開):
+- Codex: アーキテクトプロンプト + `resume $CODEX_SESSION`を使用、バックエンドアーキテクチャを出力
+- Gemini: アーキテクトプロンプト + `resume $GEMINI_SESSION`を使用、フロントエンドアーキテクチャを出力
+
+`TaskOutput`で結果を待ちます。
+
+**上記の`マルチモデル呼び出し仕様`の`重要`指示に従ってください**
+
+**Claude統合**: Codexのバックエンド計画 + Geminiのフロントエンド計画を採用し、ユーザーの承認後に`.claude/plan/task-name.md`に保存します。
+
+### フェーズ 4: 実装
+
+`[Mode: Execute]` - コード開発:
+
+- 承認された計画に厳密に従う
+- 既存プロジェクトのコード標準に従う
+- 主要なマイルストーンでフィードバックを要求
+
+### フェーズ 5: コード最適化
+
+`[Mode: Optimize]` - マルチモデル並列レビュー:
+
+**並列呼び出し**:
+- Codex: レビュアープロンプトを使用、セキュリティ、パフォーマンス、エラーハンドリングに焦点
+- Gemini: レビュアープロンプトを使用、アクセシビリティ、デザインの一貫性に焦点
+
+`TaskOutput`で結果を待ちます。レビューフィードバックを統合し、ユーザー確認後に最適化を実行します。
+
+**上記の`マルチモデル呼び出し仕様`の`重要`指示に従ってください**
+
+### フェーズ 6: 品質レビュー
+
+`[Mode: Review]` - 最終評価:
+
+- 計画に対する完成度をチェック
+- テストを実行して機能を検証
+- 問題と推奨事項を報告
+- 最終的なユーザー確認を要求
+
+---
+
+## 重要なルール
+
+1. フェーズの順序はスキップできません(ユーザーが明示的に指示しない限り)
+2. 外部モデルは**ファイルシステムへの書き込みアクセスがゼロ**、すべての変更はClaudeが実行
+3. スコア < 7またはユーザーが承認しない場合は**強制停止**

package/resources/local/ecc/docs/ja-JP/commands/orchestrate.md

@@ -0,0 +1,172 @@
+# Orchestrateコマンド
+
+複雑なタスクのための連続的なエージェントワークフロー。
+
+## 使用方法
+
+`/orchestrate [ワークフロータイプ] [タスク説明]`
+
+## ワークフロータイプ
+
+### feature
+完全な機能実装ワークフロー:
+```
+planner -> tdd-guide -> code-reviewer -> security-reviewer
+```
+
+### bugfix
+バグ調査と修正ワークフロー:
+```
+explorer -> tdd-guide -> code-reviewer
+```
+
+### refactor
+安全なリファクタリングワークフロー:
+```
+architect -> code-reviewer -> tdd-guide
+```
+
+### security
+セキュリティ重視のレビュー:
+```
+security-reviewer -> code-reviewer -> architect
+```
+
+## 実行パターン
+
+ワークフロー内の各エージェントに対して:
+
+1. 前のエージェントからのコンテキストで**エージェントを呼び出す**
+2. 出力を構造化されたハンドオフドキュメントとして**収集**
+3. チェーン内の**次のエージェントに渡す**
+4. 結果を最終レポートに**集約**
+
+## ハンドオフドキュメント形式
+
+エージェント間でハンドオフドキュメントを作成します:
+
+```markdown
+## HANDOFF: [前のエージェント] -> [次のエージェント]
+
+### コンテキスト
+[実行された内容の要約]
+
+### 発見事項
+[重要な発見または決定]
+
+### 変更されたファイル
+[変更されたファイルのリスト]
+
+### 未解決の質問
+[次のエージェントのための未解決項目]
+
+### 推奨事項
+[推奨される次のステップ]
+```
+
+## 例: 機能ワークフロー
+
+```
+/orchestrate feature "Add user authentication"
+```
+
+以下を実行します:
+
+1. **Plannerエージェント**
+   - 要件を分析
+   - 実装計画を作成
+   - 依存関係を特定
+   - 出力: `HANDOFF: planner -> tdd-guide`
+
+2. **TDD Guideエージェント**
+   - プランナーのハンドオフを読み込む
+   - 最初にテストを記述
+   - テストに合格するように実装
+   - 出力: `HANDOFF: tdd-guide -> code-reviewer`
+
+3. **Code Reviewerエージェント**
+   - 実装をレビュー
+   - 問題をチェック
+   - 改善を提案
+   - 出力: `HANDOFF: code-reviewer -> security-reviewer`
+
+4. **Security Reviewerエージェント**
+   - セキュリティ監査
+   - 脆弱性チェック
+   - 最終承認
+   - 出力: 最終レポート
+
+## 最終レポート形式
+
+```
+オーケストレーションレポート
+====================
+ワークフロー: feature
+タスク: ユーザー認証の追加
+エージェント: planner -> tdd-guide -> code-reviewer -> security-reviewer
+
+サマリー
+-------
+[1段落の要約]
+
+エージェント出力
+-------------
+Planner: [要約]
+TDD Guide: [要約]
+Code Reviewer: [要約]
+Security Reviewer: [要約]
+
+変更ファイル
+-------------
+[変更されたすべてのファイルをリスト]
+
+テスト結果
+------------
+[テスト合格/不合格の要約]
+
+セキュリティステータス
+---------------
+[セキュリティの発見事項]
+
+推奨事項
+--------------
+[リリース可 / 要修正 / ブロック中]
+```
+
+## 並行実行
+
+独立したチェックの場合、エージェントを並行実行します:
+
+```markdown
+### 並行フェーズ
+同時に実行:
+- code-reviewer (品質)
+- security-reviewer (セキュリティ)
+- architect (設計)
+
+### 結果のマージ
+出力を単一のレポートに結合
+```
+
+## 引数
+
+$ARGUMENTS:
+- `feature <説明>` - 完全な機能ワークフロー
+- `bugfix <説明>` - バグ修正ワークフロー
+- `refactor <説明>` - リファクタリングワークフロー
+- `security <説明>` - セキュリティレビューワークフロー
+- `custom <エージェント> <説明>` - カスタムエージェントシーケンス
+
+## カスタムワークフローの例
+
+```
+/orchestrate custom "architect,tdd-guide,code-reviewer" "Redesign caching layer"
+```
+
+## ヒント
+
+1. 複雑な機能には**plannerから始める**
+2. マージ前に**常にcode-reviewerを含める**
+3. 認証/決済/個人情報には**security-reviewerを使用**
+4. **ハンドオフを簡潔に保つ** - 次のエージェントが必要とするものに焦点を当てる
+5. 必要に応じて**エージェント間で検証を実行**