Opus 4.8 との使い分け戦略

Fable 5 は史上最強ですが、料金は Opus 4.8 の 2倍。何でも Fable 5 に任せるのは非効率です。本レッスンでは、両者の使い分け戦略を習得します。

料金の違いを再確認

料金がちょうど2倍。つまり、「Fable 5 にしかできない仕事」でなければ、Opus 4.8 を使うほうが経済的です。

Fable 5 が真価を発揮する場面

公式は Fable 5 を 「1回の作業セッションに収まらない規模のタスク向け」と位置づけています。

Fable 5 を使うべき5つのケース

1. 根本原因調査：複雑なバグの「なぜ」を深堀り。複数ファイル・複数システムにまたがる調査。
2. 障害デバッグ：本番障害の原因特定。ログ・コード・設定を横断する分析。
3. アーキテクチャ判断：大規模システムの設計選定。トレードオフの深い検討。
4. 大規模リファクタリング：100万トークン文脈を活かした全体最適化。
5. 難易度の高いアルゴリズム実装：論理的に複雑なコード生成。

Opus 4.8 で十分な場面

Opus 4.8 を使うべきケース

1. 日常的なコード補完：定型的な実装、ボイラープレート
2. 小さなバグ修正：単一ファイルで完結する修正
3. ドキュメント生成・要約：文章タスク全般
4. 単純な質問応答：「この関数は何をする？」レベル
5. テストコード生成：パターン化された作業

判断フローチャート

タスクが来たら：

Q1. 1セッションで完結する規模か？
    YES → Opus 4.8
    NO  → Q2 へ

Q2. 複数システム/ファイルにまたがる深い調査か？
    YES → Fable 5
    NO  → Q3 へ

Q3. アーキテクチャ判断や根本原因調査か？
    YES → Fable 5
    NO  → Opus 4.8

Q4. コスト感度が高い（大量実行）か？
    YES → まず Opus 4.8 で試す
    NO  → Fable 5 でもOK

ハイブリッド運用の実例

実務では「両方を組み合わせる」のが最強です。

パターン1：Opus で探索 → Fable で深堀り

# Step 1: Opus 4.8 で全体把握（安い）
/model opus
"このリポジトリの構造を把握して、バグの可能性がある箇所を3つ挙げて"

# Step 2: Fable 5 で根本原因調査（高いが強力）
/model fable
"挙げてもらった箇所のうち、決済処理のバグを根本原因まで調査して修正案を出して"

パターン2：Fable で設計 → Opus で実装

# Step 1: Fable 5 でアーキテクチャ設計
/model fable
"マイクロサービス化の設計をして。サービス分割・通信方式・データ整合性まで"

# Step 2: Opus 4.8 で各サービスを実装
/model opus
"設計に基づいて、認証サービスを実装して"

コスト試算の例

月に1000回のコーディングタスクを処理する場合：

ハイブリッド運用なら、コストを抑えながら品質を最大化できます。

このレッスンのまとめ

料金2倍の Fable 5 は「1セッションに収まらない大規模タスク」に限定し、日常作業は Opus 4.8 で。「Opus で探索 → Fable で深堀り」のハイブリッド運用が最強です。次のレッスンでは、コスト最適化を深掘りします。