Fable 5 は 7 月 1 日に復旧し、使用期限が設定されています。Pro、Max、Team、および一部の Enterprise プランでは、7 月 7 日までの間、使用制限の 50% が含まれています。それ以降はクレジットのみでの利用となります。
最も高性能なリリース版 Claude を、本来の目的に沿って試せる 5 日間。
**
7 月 7 日以降は、同じ作業にクレジットが必要になります。この期間が、ほとんどの人にとって Fable 5 が最も安く利用できる時期です。
この期間を有効に使う前に読んでください: Fable 5 は Opus よりもはるかに速く使用量を消費します。また、日常的なタスクでは、セーフガードによって自動的に Opus 4.8 に切り替えられる場合があります。そのため、この 5 日間を Opus が既に得意とする作業に浪費しないでください。以下のタスクに時間を使いましょう。これらのタスクでは、追加の機能が実際に発揮されます。（プランの詳細は異なります。含まれる容量を当てにする前に、ご自身のプランを確認してください。）
1. チームが数週間かかる移行作業
コードベース全体の変更を指示し、エンドツーエンドで実行させましょう。
これが代表的なユースケースです。その背後には具体的な数字があります。Stripe は、Fable 5 によって 5000 万行の Ruby コードベースの移行が 1 日で完了したと報告しており、手作業では 2 ヶ月以上かかると見積もっていました。これこそが Fable 5 が構築されたタスクの形です。大規模で広範囲に及び、全体としては機械的でありながら、細部は複雑な作業です。
100 万トークンのコンテキストにより、コードベースのより多くの部分を一度に保持でき、長期的なエージェント能力により、数百のファイルにまたがる変更を、流れを見失うことなく実行できます。これはまさに、通常のセッションでは手に負えない作業です。
1実際の移行で試す2「このコードベースを [古い API / フレームワーク / パターン] から3[新しいもの] に移行してください。影響を受けるすべてのファイルにわたって作業し、4テストが成功する状態を維持し、何が変更されたか、そして5安全に自動移行できなかった点の概要を教えてください。」
✓ 数週間かかる移行を、一度に 1 ファイルずつではなく、1 回の長時間実行で試行
2. 大量のドキュメントを一度に分析
データルーム全体、ドキュメントフォルダ、研究資料を投入し、難しい質問をしましょう。
ほとんどのモデルはドキュメントを分割して読み込ませる必要があり、そのため全体像を一度に把握できず、全セットをまたがって初めて現れる関連性を見逃します。Fable 5 の 100 万トークンのコンテキストにより、真に大規模なコーパス、データルーム全体、レポートの 4 分の 1、研究フォルダ全体を読み込み、それらすべてを 1 回のパスで分析できます。
これが「このドキュメントを要約してください」と「ドキュメント 3 の数字とドキュメント 40 の主張の間にある矛盾を見つけてください」の違いです。後者は、モデルがすべてを同時に保持している場合にのみ機能します。
1最大の資料群で試す2「ここに 30 のドキュメント、200 ページ分があります。互いに矛盾する主張、3整合性の取れない数字、そして誰もが前提としているがどのドキュメントも4実際には証明していない 3 つの点を見つけてください。それぞれについて5該当するドキュメントを引用してください。」
✓ 個々のドキュメント内ではなく、セット全体にのみ存在する洞察
1プロジェクト全体で試す2「私が望む最終状態はこれです：[動作するプロトタイプ / 完全なレポート /3移行済みサービス]。段階を計画し、順番に実行し、独立した部分には4サブエージェントを使用し、完了するまで続けてください。各段階で5私に報告してください。」
3. 通常は 20 回のセッションに分割するマルチステージプロジェクト
複数の段階にわたる目標を与え、短いバーストではなく長時間実行させましょう。
Fable 5 は長期的なエージェント作業のために構築されています。つまり、単一の回答ではなく、段階を計画し、長時間にわたって実行するタスクです。通常のモデルではプロジェクトを 20 の小さなプロンプトに分割する必要があるのに対し、Fable 5 は全体の計画を保持し、段階を実行し、進行に応じてサブエージェントに部分を委任できます。
このユースケースは、目標ループと組み合わせるのに最適です。最終状態を設定し、実行させ、必要なときに確認します。これは、タスクではなくプロジェクトを委任するのに最も近い方法です。
確認可能なゴールラインを設定しましょう。
長期的な実行は、明確な最終状態とそれを検証する方法（テストの成功、レポートが全セクションをカバーしていることなど）がある場合に最も効果的です。曖昧な目標は、モデルを迷走させます。明確な目標こそが、何時間もの自律的な作業を完成品に変えるのです。
✓ 20 回の継ぎ接ぎされたセッションではなく、1 回の実行で複数の段階にわたって実行されたプロジェクト
4. 自身の回答を検証する、重要性の高い作業
正確さが重要な場面で使用し、モデル自身に間違いを発見させましょう。
Fable 5 は自身の作業を検証するように構築されています。つまり、推論し、その推論を証拠や自身のテストと照らし合わせて確認してから、完了と判断します。そのため、間違った回答が高くつく作業、つまり複雑な財務モデル、難しい証明、リーガルドキュメントのクロスチェック、実際に行動に移すデータ分析などに最適なモデルです。
ポイントは、単に生成するだけでなく、明示的に検証を依頼することです。回答を述べさせ、それを覆そうと試みさせ、検証に耐えた結果のみを提供するように指示します。
1正確さが必須の作業で試す2「これを解いてから、自身の回答を検証してください。すべての前提条件をリストアップし、3各ステップをソースデータと照合し、積極的に間違っている箇所を探してください。4自身のレビューに耐えた最終結果のみを私に提供してください。」
✓ 最も重要な作業において、既にストレステスト済みの回答
5. Opus が解決できなかった問題
最も困難なバックログアイテムを取り出し、最も高性能なモデルに挑戦させましょう。
誰にでも一つはあるものです。なかなか修正できなかった厄介なバグ、もう少しで動きそうなアルゴリズム、誰も特定できなかった欠陥のある計画。モデルが堂々巡りを続けたために諦めたものです。この期間こそ、それらを引き出しから取り出す時です。Fable 5 はリリースされた中で最も高性能なモデルであり、しばらくはこれが最も安く利用できるからです。
最大限の効果を得るためのフレーミング：単に質問を繰り返さないでください。これまでの全履歴、試したすべての方法とその失敗理由を提供し、ゼロからではなく、行き詰まったところからスタートできるようにしましょう。
1最も困難な問題で試す2現在のモデルが解決できなかった問題を 1 つ選んでください3問題、試行したすべての方法、それぞれの失敗理由を含む完全なコンテキストを貼り付けてください4既に試した方法を繰り返すのではなく、まだ試していないアプローチを見つけるように依頼してください5もし解決できたら、期間が終了する前に解決策を保存してください
✓ 最も困難な問題に、最も強力なモデルを、最も安い価格で
期間を有効に使う前に
この 5 日間を無駄にせず有効に活用するための、いくつかの正直な注意点です。
- 使用量を速く消費します。 Fable 5 は Opus よりもはるかに速く追跡使用量を消費します。含まれている 50% の容量は予想以上に早く消費されるため、価値の高いタスクに使用しましょう。
- 日常的な作業は Opus 4.8 にフォールバックする場合があります。 セーフガードにより、一部のリクエスト（特に日常的なコーディングやデバッグ）は Opus にルーティングされ、その旨が通知されます。これも、期間を日常的な作業ではなく難しい作業に使うべき理由です。
- プランによって異なります。 7 月 7 日まで含まれる容量は、Pro、Max、Team、および一部の Enterprise プランに適用されます。標準の Enterprise はクレジットのみです。当てにする前に、ご自身のプランを確認してください。
- 出力結果を保存してください。 この期間に生成されたものはすべて保存しておきましょう。7 月 7 日以降は同じ実行にクレジットが必要になるため、移行、分析、解決された問題は今のうちに確保しておく価値があります。
正直な結論:
これは「新しいから Fable 5 を試す」という話ではありません。「リリースされた中で最も高性能なモデルがプランに含まれる短期間があるので、その機能を実際に必要とするいくつかのタスクに集中的に使う」という話です。そうすれば、7 月 7 日までにこの期間は十分に元が取れます。
