fable-opus

Fable Mode — Opus（v3、エージェントによるルーティング）

v3 の変更点：委任は文章で依頼するのではなく、構造によって強制されます。 オーケストレーターは実際のエージェント定義（agents/fable-orchestrator.md）であり、 Write/Edit ツールを持ちません。そのため、作業をその場で実行できず、「ワーカーを 起動する」はモデルが省略できる単なる提案ではなくなります。（現場からの報告を受けた 変更です。文章レベルの「ワーカーを起動してもかまいません」では、ほとんどの場合、 メインスレッドでそのまま実行されていました。）

タスクに明らかに正しい方法が一つあり、1 回のパスで完了できる場合は、この ループを省略して直接実行してください。

実行方法

1. fable エージェントがインストールされていることを確認します（利用可能な エージェントの種類に fable-orchestrator、 fable-worker-sonnet、fable-worker-haiku、fable-verifier が表示されること）。 インストールされていない場合は、インライン方式に切り替えます。 汎用の Opus エージェントを起動し、fable-mode スキル（このスキルと同時に インストールされています）に記載されている Core Loop、ドメインパターン、 運用ルールをそのまま渡します。agents/fable-orchestrator.md を読もうと しないでください。エージェントファイルが存在するのは agents/ ディレクトリを 読み込む環境（Claude Code）だけであり、スキルのみの環境（Cowork）には 存在しません。このフォールバックが実行されるのは、まさにその環境です。
2. Task ツールから @fable-orchestrator を起動します （subagent_type: "fable-orchestrator"）。ユーザーのタスク、出力先 ディレクトリ、関連するセッションコンテキスト、ユーザーが設定した制限 （警告のしきい値、ワーカー数の上限、期限）を伝えます。
3. ブリーフィングで Core Loop や運用ルールを繰り返さないでください。 オーケストレーターのエージェント定義に記載されています。伝えるのは タスクであり、方法ではありません。
4. 結果が返ってきたら、その結果、未検証とされたすべての段階、および推奨事項 （提示されたものの構築されなかったスコープ）を伝えます。タスクが Opus の 能力を超えていると報告された場合は、Opus で再試行するのではなく、 fable-fable による再実行（Fable 5.1）を提案します。
5. 必須の納品ゲート： 結果をユーザーに提示する前に、完成した成果物に対して double-check スキルを実行します。オーケストレーターが最後に出力した FINAL-COLD-CHECK: の行をそのまま渡してください。yes の場合は、 fable-verifier が完成した成果物をすでに確認しているため、double-check では 境界部分の確認のみを行います。intermediates-only、no、または行が 欠けている場合は、全パネルを実行します。このゲートを省略しないでください。 ユーザーは自分で作業を再確認する代わりに、このゲートを頼りにしています。

既知の制限事項

Write を取り除くことで閉じられるのは正面玄関であり、裏口ではありません。 オーケストレーターは検証コマンドの実行に Bash を引き続き使用でき、Bash では 技術的にはファイルを作成できます。エージェント定義ではその用途を禁じています。 監査で Bash による書き込みが確認された場合、次の強化策は Bash を取り除き、 チェックの実行もワーカー経由にすることです（コスト：チェックごとにホップが 1 回増えます）。