ECCレシピ は何をしますか？
「どのECCスラッシュコマンドグループが自分のワークフローを実行するか、どの順序で、いつ停止するか」のための単一エントリポイント。また、すべてのコマンドグループレシピファミリーを参照できます。
既存の2つのスキル間のギャップを埋めます：
ecc-guide— コマンドとドキュメントの場所をリストしますが、フラットなカタログとしてです。prompt-optimizer— タスクをコンポーネントにマッチングしますが、実行順序と停止条件を持つ複数コマンドグループではなく、単一のプロンプトを出力します。
このスキルが追加するもの：ファミリーグループ化 + 実行順序 + 停止条件
有効化タイミング
- 「<ワークフロー>にはどのコマンドグループを実行すればいい？」
- 「MVPを構築する／欠陥を修正する／リファクタリングするためのコマンドシーケンスは？」
- 「すべてのECCコマンドグループレシピを表示して」（カタログモード）
- 「ECCにはいくつのワークフローパイプラインがある？」
- ユーザーが説明の有無にかかわらず
/ecc-recipesを呼び出す。
使用すべきでない場合
- ユーザーが今すぐタスクを実行したい場合 — 実際のコマンドにルーティングし、説明はしない。
- ユーザーが1つのコマンドの詳細なドキュメントを欲している場合 —
ecc-guideを使用。 - ユーザーがドラフトプロンプトの書き換えを望んでいる場合 —
prompt-optimizerを使用。
基本原則
現在のファイルから回答し、記憶に頼らない。 コマンドセットは変更されます。カウントやメンバーリストをハードコードしないでください。実行のたびにライブのcommands/ディレクトリを読み込み、ファミリーに分類します。
ライブリード
コマンドディレクトリを解決し（最初に存在するもの）、名前をリストします：
for D in \
"$HOME"/.claude/plugins/marketplaces/ecc/commands \
"$HOME"/.claude/plugins/cache/ecc/ecc/*/commands \
./commands \
./.claude/commands \
"$HOME"/.claude/commands; do
[ -d "$D" ] && CMD_DIR="$D" && break
done
[ -z "${CMD_DIR:-}" ] && { echo "ECCコマンドディレクトリが見つかりません。"; return 1; }
find "$CMD_DIR" -maxdepth 1 -name '*.md' -exec basename {} .md \; | sort
オプションで、よりリッチなグループ化のためにmanifests/install-*.jsonが存在すれば読み込みます。必要な最小限の読み取りセットを使用します。
ファミリー分類（プレフィックスによる）
コマンド名を先頭のプレフィックスでグループ化します。既知のシングルトンは手動でマッピングします。ファミリーはライブで導出されます — 以下の表は分類ルールであり、固定リストではありません。
| ファミリープレフィックス | レシピの意味 | 典型的な実行順序 |
|---|---|---|
orch-* | タスクタイプごとのゲート付き調査、計画、TDD、レビュー、コミット | タスクの種類に応じて1つのorch-*を選択。内部フェーズを実行 |
multi-* | マルチモデルワークフロー | multi-plan → multi-execute → レビュー（またはmulti-workflowでエンドツーエンド） |
prp-* | PRD → 計画 → 実装 → PRパイプライン | prp-prd → prp-plan → prp-implement → prp-commit → prp-pr |
epic-* | 大規模マルチユニットエピック、並列 | epic-decompose → epic-claim → epic-validate → epic-review → epic-unblock → epic-sync → epic-publish |
loop-* | 管理された自律ループとモニター | loop-start <パターン> を実行し、loop-status で監視 |
gan-* | 生成器と評価器のループ | gan-build（コード）または gan-design（UI）；自己ループ |
*-build / *-review / *-test | 言語別CIトライアド | <lang>-test（TDD）→ <lang>-build（修正）→ <lang>-review |
hookify-* | ビヘイビアフック管理 | hookify → hookify-list → hookify-configure |
learn / instinct-* / evolve / promote / prune | 継続的学習 | learn → instinct-status → evolve → promote |
| シングルトン | santa-loop, plan, plan-prd, pr, code-review, checkpoint など | スタンドアロン、またはグループ間の接着剤 |
プレフィックスルールに一致しないコマンドは、その一行説明とともにシングルトンの下にリストします。
仕組み
1. CMD_DIRからコマンド名をライブリード。
2. プレフィックスとシングルトンマップでファミリーに分類。
3. ワークフロー説明が与えられた場合 → マッチモード。
なしの場合 → カタログモード。
4. 助言のみ：計画を表示。一致したコマンドを実行しない。
カタログモード（説明なし）
ファミリーテーブルを出力：各ファミリー、メンバー数、メンバー、一行説明、典型的な実行順序。最後にコマンド総数と、マッチしたレシピのためのワークフロー説明を促すプロンプトを表示。
マッチモード（説明あり）
- ワークフローを一文で言い換える。
- 最適な1〜2のファミリーを選択。それぞれの理由を一行で説明。
- 実行順序ブロック — 一致したファミリーの正確なコマンドシーケンス。
- 停止条件 — 常に明示（最大実行回数、完了シグナル、レビューパス、または単発）。自律ループの場合、サブスクリプション消費に関する警告とバックストップ上限の推奨。
- ドキュメントの場所 —
commands/<name>.mdパスと/ecc-guide <name>。
出力テンプレート（マッチモード）
ワークフロー: <一文での言い換え>
最適なファミリー: <ファミリー> — <理由>
（代替: <ファミリー> — <理由>）
実行順序:
/<cmd1> # ジョブ
/<cmd2> # ジョブ
/<cmd3> # ジョブ
停止条件: <条件>
警告（自律ループのみ）: 無制限ループはサブスクリプション/クレジットを消費します — 完了シグナルとともに最大反復回数または最大コストのバックストップを追加してください。
詳細ドキュメント:
commands/<cmd1>.md （または: /ecc-guide <cmd1>）
例
カタログ: /ecc-recipes → ファミリーテーブルと総数を表示。
マッチ: /ecc-recipes アプリ全体を事前に計画し、敵対的レビューで自動ビルドを完了まで実行 → 最適: loop-*（自律）がgan-*またはsanta-loop（敵対的）をラップ。実行順序: plan-prd → loop-start rfc-dag --mode safe → loop-statusで監視。停止条件: すべてのユニットがN回連続でレビューに合格（消費を制限するために最大反復回数のバックストップを追加）。
マッチ: /ecc-recipes Goサービスでバグを修正 → 最適: orch-fix-defect（再現、修正、レビュー、コミット）。代替: go-test → go-build → go-review。停止条件: 回帰テストがグリーンでレビューに合格。
非目標
- 実行エンジンではない — 助言のみ。
- 個別コマンドの詳細ドキュメントではない — それは
ecc-guide。 - プロンプト書き換えではない — それは
prompt-optimizer。 - コマンド数やメンバーリストをハードコードしない — 常にライブリード。