Fable 5 を正しく使えている人はほとんどいない
理由はスキル不足ではありません。これまでにリリースされた中で最も高性能なモデルを、従来のモデルより少し賢くなっただけのものとして扱っているからです。
Fable 5 は、より優れた Claude ではありません。まったく別のカテゴリーのツールです。プロンプトの習慣、ワークフローの前提、過剰に指示を出そうとする本能 — これらはすべて、より弱いモデル向けに作られたものであり、そのほとんどがこのモデルでは逆効果になります。
これが完全な解説です。このモデルが本当に得意とするもの、エージェントチームのリーダーとして運用する方法、最高の結果を引き出す 3 つの秘訣、そして測定可能なアウトプットを生み出す 5 つのワークフロー。始める前に一つ注意：Fable 5 は 7 月 7 日をもって Claude サブスクリプションから移行し、現在は従量課金制となっています。このガイドの内容はすべて、それに関係なく適用されます — 構築するセットアップは、生み出す成果によって十分に元が取れます。
このモデルが実際に何を変えるのか
方法論の前に、その仕組みを理解しましょう。Fable 5 が、これまでのどのモデルも確実にできなかった 5 つのことを紹介します。
決して文脈を見失わない。
何時間もかかる仕事を与えても、集中力を維持し続けます。誰も監視していない状態で、1 回の 3 時間の実行で 18,000 行のコード移行を完了した実績があります。3 時間前に設定した制約も、今入力したばかりの制約と同じように新鮮に記憶しています。これまでのモデルはすべて、この規模の作業には監視役が必要でした。Fable にはそれが不要です。
人間のように認識する。
スクリーンショットを見せれば、その背後にある実際のページを再構築し、チャートから正確な数値を読み取り、見ただけでサイトのどこが壊れているかを特定できます。コンピューター使用スコアは史上最高を記録しています。画像がぼやけていれば、読み取る前に自動で修正します。
回答ではなく、完成品を提供する。
生のファイルを渡せば、実際の成果物を返してきます。レポート、財務モデル、計画書。プロのアナリストが数日かかる作業が、数時間で完了します。実際のプロフェッショナル向け成果物を使った独立したテストでは、これまでに測定された中で最大の差をつけて、他のすべてのモデルを上回っています。
ファイルから学習して賢くなる。
読み書き可能なノートのフォルダーを与えれば、これまでのどのモデルよりも速く改善します。あなたのノートがメモリとなり、そのメモリは実行を重ねるごとに蓄積されていきます。
リーダーとして設計されている。
より小さなエージェントのチームを、これまでのどのモデルよりも自然に立ち上げ、管理します。だからこそ、以下のセットアップが機能し、このガイドはここから始まります。
主要な戦略：Fable を作業者ではなくリーダーとして運用する
これが、あなたができる最大のアップグレードです。
Fable に作業者のようにタスクを入力するのはやめましょう。チームのマネージャーにしてください。市場で最も賢いモデルは、キー入力をするよりも、作業を指示する方に価値があります。
セットアップは 4 つのパートで構成されます：
Fable が計画を立てる。 作業を開始する前に、計画スキルコレクションを Fable に与えます。Matt Pocock のスキルコレクション（github.com/mattpocock/skills）が標準的なリファレンスです — 無料の計画スキルで、大まかなアイデアを、何かを構築する前に明確で段階的、テスト可能な計画に変えます。
あなたが反復する。 定期的にチェックインします。必要に応じて計画を調整します。大量の並列作業には、より軽量なモデルを使用します。各ワーカーは 1 つのレーンを担当します。各レーンは並列で実行されます。
Fable がレビューする。 完成した各成果物はリーダーに戻され、元の計画と照合され、合格しなければ差し戻されます。リーダーは自己申告の完了を受け入れません。
あなたが反復する。 定期的にチェックインします。必要に応じて計画を調整します。実行を継続させます。
これが機能する理由は、Fable がこれまでのどのモデルよりも容易に並列サブエージェントを派遣でき、ワークフロー全体を何時間も頭の中に保持できるからです。制約、ファイル、3 時間前に下した決定を忘れることはほとんどありません。これはまさにリーダーに必要な能力であり、これまでのどのモデルも一貫してできなかったことです。
経済的にも有利です。ワーカーはより安価なモデルなので、高価な頭脳は計画、チェック、決定にのみトークンを使います。この正確なセットアップを実行しているオペレーターは、トークン請求額が増えるどころか減っていると報告しています。
ワーカーを構築する
各ワーカーは、プロジェクト内の .claude/agents/ にある 1 つの小さなファイルです。名前、実行するモデル、短いジョブ説明。これがメカニズムのすべてです。Fable はフォルダーを読み取り、誰に委任できるかを把握します。
チームを高速に保つ 3 つのルール：
1 つのワーカー、1 つのレーン。並列レーンは、タスクが同じファイルに触れない場合のみ。
ワーカーは労働層である Opus で実行されます。Fable はプレミアムが価値を発揮するリーダーの席に留まります。ワーカーが主張したことはすべて、別の検証者が確認します。自己採点の宿題はありません。
検証者は、個々のワーカーよりも重要です。新しい視点は、作成者には見えないものを見つけます。チェックされた段階は、3 段階後にやり直す必要がありません。
Codex も実行している場合、それはもう一つの作業者として機能します。Fable は他のツールと同様に、ターミナルを通じて Codex を操作できます。同じルール、同じ検証者です。
秘訣 1：過剰な指示をやめる
あなたがプロンプティングについて学んだことはすべて、より弱いモデル向けに作られていました。ステップバイステップの指示、長いルールリスト、詳細なスクリプト — そういった足場は、古いモデルを軌道に乗せ続けていました。
Fable 5 では、逆の効果を生みます。
古いモデル向けに書かれたスキルファイルは、そのアウトプットを積極的に低下させます。あなたは、あなたのスクリプトよりも優れた計画を立てるモデルを制約しているのです。
3 つのことを与えて、あとは邪魔をしないでください：
欲しい結果。守らなければならない制約。なぜそれが必要なのか — 「これを [誰] のために準備しています。[何] が必要です。それを踏まえて：[リクエスト]。」
最後の行は、人々が思う以上に重要です。「理由」は、単なるリクエストよりも確実に優れた結果を生みます。
Fable が「何を」だけでなく「なぜ」を理解すると、アウトプットの質が飛躍的に向上します。
絶対にやってはいけない 2 つのこと。どちらもモデルを壊します：
推論の過程を表示したり説明したりするよう決して要求しないでください。そのリクエストはセーフティフィルターを作動させ、あなたが Fable を実行していると思っている間に、作業は静かに劣ったモデルに処理されます。残りのトークン数や予算を決して表示しないでください。カウントダウンが見えると、作業を早期に切り上げ、ジョブを完了せずに新しいセッションを提案するようになります。
秘訣 2：CLAUDE.md を軽量に保つ
CLAUDE.md は、Claude Code で Fable がすべてのタスクの前に読み取るファイルです。プロジェクトの永続的なメモリです。
すべてを詰め込みたくなるのが本能ですが、それに抵抗してください。このモデルでは、軽いファイルが重いファイルよりも優れたパフォーマンスを発揮します。
3 つのセクションで十分です：
このプロジェクトが何であるか（2 行で）。実際に使用するコマンド。繰り返し犯す間違い。
あなたのファイルを開いて、半分を削除してください。短いファイルこそがアップグレードです。
秘訣 3：目標とループを活用する
ここで Fable はチャットインターフェースから、あなたが生活している間に働き続けるマシンへと変わります。
目標 — Claude Code では、/goal で 1 つの完了ラインを記述できます。小さな判定モデルが毎ターン後に、その完了ラインが越えられたかどうかをチェックします。越えられていなければ、Fable は完了するまで自律的に作業を続けます。
コツは、偽造できない完了ラインを書くことです。「テストをパスさせる」よりも「テストを実行して出力を貼り付け、合格していること」の方が優れています。ブレーキを追加してください — 「または 20 ターン後に停止」— なぜなら組み込みの制限はなく、ブレーキのない緩い目標は、1 つのプロンプトで 960 ドルを請求した例があるからです。すべてのブリーフに 1 行の正直ラインを入れてください：すべての進捗主張は、実行からの実際の結果を指し示さなければなりません。この 1 行だけで、偽の完了報告をほぼ排除できます。
ループ は同じことをスケジュールで行います。毎晩。毎時間。毎週月曜日。昨日の作業をレビューするループ。ドキュメントを更新するループ。メトリクスを監視しアラートをドラフトするループ。目標とループの間で、Fable をジョブが必要とする限り働かせ続けることができます — 何時間もの無人作業の末に、約束ではなく証拠が待っています。
実際のプロジェクトを一発で仕上げる方法
上記のすべてを、実際のビルドで一度に組み立てます。例は、動作するウェイティングリスト付きのランディングページです。自分のプロジェクトに置き換えれば、手順は同じです。
ステップ 1：ブリーフ。1 メッセージ。 「[製品] を [オーディエンス] 向けにローンチします。メールを取得するランディングページが必要です。構築してください：1 ページ、1 つの明確な約束、サインアップを保存するメールフォーム、プレミアムな見た目。制約：私がメンテナンスする必要のないフレームワーク、モバイルで動作、高速読み込み。最初に計画し、次に委任し、すべての段階を検証してください。」
ステップ 2：計画。 Shift+Tab で計画モードに切り替え、何かに触れる前に計画させます。Pocock スキルコレクションがインストールされていれば、「計画スキルを使って」と言います。計画は段階的で、スコープが定められ、テスト可能な形で返ってきます。読み、不要なものを削除し、承認します。
ステップ 3：チームが作業を開始。 Fable がビルダーをステージ 1 に派遣します。検証者がそれをコールドチェックします。ステージ 2 は合格後にのみ開始されます。あなたはこれらを一切監視しません。
ステップ 4：完了ライン。 目標を設定して立ち去ります。「/goal ページがローカルで実行され、フォームがテストサインアップを保存すること。サーバーレスポンスとモバイル幅でのページのスクリーンショットを貼り付けて証明すること。または 25 ターン後に停止。」
ステップ 5：朝のレビュー。 すべての主張に証拠が添付された実行ログが待っています。スクリーンショットをレビューし、希望する変更をリクエストし、出荷します。
初回は一晩かかります。2 回目には、この手順が先延ばしにしていたすべてのプロジェクトで同じであることに気づくでしょう。
実際に価値を生む 5 つのワークフロー
次に、セットアップ全体を構築する価値のあるものに向けましょう。
巨大なコードベースのジョブ。 誰もやりたがらない、数週間規模のマイグレーション。リーダーが段階的に実行します。新しいレビューアーが各段階をチェックします。すべての進捗主張は実際のテスト結果に結びついています。数週間のジョブが数日で完了します。
深層リサーチスプリント。 1 つの目標を設定。ワーカーが並行して情報を収集。チェッカーがすべての主張を攻撃。構造化されたファイルが出力されます。すべての主張が攻撃を生き延びた資料が完成し、ローンチ、コンテンツ、市場の判断にすぐに使えます。
オーケストレーターセットアップ。 上記のリーダーシステムを恒久的なインストールとして。1 つの席からチーム規模のアウトプット。このアーキテクチャはこのモデルを超えて生き残ります — 次に出荷されるものは何でも同じ席に収まります。
リファレンス駆動のフロントエンド。 希望する美的感覚を持つサイトのスクリーンショットフォルダー。DevTools から取得した実際の CSS。Fable がリファレンスに基づいて構築し、ループ内でその出力をリファレンスと比較します。あなたがセンスを提供し、Fable が目と手を提供します。
ナレッジベース構築。 最も長い実行。あなたの分野で知る価値のあるすべてのものを Fable に向け、相互リンクされた保管庫を構築させます。コピーライターはこれまでに書かれた最高のセールスページを使ってこれを行います。デザイナーはデザインシステムを使って。エージェンシーはケーススタディを使って。この保管庫は、今後実行するすべてのモデルに永遠に情報を提供します。
これらのそれぞれは、1 ヶ月前には「いつかやろう」プロジェクトでした。今では「今週やる」プロジェクトです。
セットアップ全体を 1 つのブロックで
Fable をリーダーとして実行。Pocock スキルで計画、Opus ワーカーで労働、Fable がすべてをレビュー。
過剰な指示はしない。結果 + 制約 + 理由。足場は削除。
CLAUDE.md は軽量に。プロジェクトの説明、コマンド、既知の間違い。
目標とループを活用。貼り付けられた証拠と書かれたブレーキ付きの完了ライン。
5 つのワークフローに向ける。コードベース、リサーチ、オーケストレーター、フロントエンド、ナレッジベース。
Fable 5 は現在従量課金制です。今週構築するセットアップは、請求書が届いた後も長く生産を続けます。
@TheAIColony をフォロー
数千人の読者に参加： https://theaicolony.beehiiv.com/
