Claude Fable 5 完全活用ガイド — 史上最強モデルを使いこなす実践テクニック
0 / 6 完了
(0%)
LESSON 05
/ 06
大規模タスクへの適用 — 根本原因調査・障害デバッグ

Fable 5 は 「1セッションに収まらない規模のタスク」でこそ真価を発揮します。本レッスンでは、根本原因調査・障害デバッグ・アーキテクチャ判断への具体的な適用方法を学びます。
なぜ大規模タスクなのか
Fable 5 の強みは2つ:
- 100万トークンのコンテキスト:大規模コードベースを一度に把握
- adaptive thinking:複雑な問題に自動で深く考える
この2つが活きるのは、まさに「広く・深く」考える必要がある大規模タスクです。
適用1:根本原因調査(Root Cause Analysis)
「バグは直したが、なぜ起きたのか分からない」——この状態を解消するのが根本原因調査です。
実践プロンプト
/model fable
"以下の状況の根本原因を調査してください。
【症状】
本番環境で、決済処理が1日に数回失敗する。
エラーは断続的で再現性が低い。
【提供する情報】
- 決済サービスのコード(src/payment/)
- エラーログ(過去1週間分)
- 関連する外部API(Stripe)の連携コード
- DBスキーマ
【調査してほしいこと】
1. エラーが起きる条件の特定
2. なぜ再現性が低いのか(タイミング依存?並行性?)
3. 根本原因(表面的なバグではなく、構造的な問題)
4. 恒久対策の提案
時間をかけて、複数の可能性を検討してください。"
Fable 5 が得意な理由
- コード・ログ・スキーマを同時に100万トークンで把握
- 「タイミング依存」「並行性バグ」など複雑な因果関係を推論
- adaptive thinking で複数仮説を深く検討
適用2:本番障害のデバッグ
障害対応は時間との勝負。Fable 5 で迅速に原因を特定します。
実践フロー
/model fable
"本番障害が発生しています。緊急で原因特定をお願いします。
【状況】
- 15:30頃から API のレスポンスが遅延
- 一部のリクエストがタイムアウト
- 直近のデプロイは14:00(関連の可能性)
【提供情報】
- 直近のデプロイ差分(git diff)
- メトリクス(レイテンシ・エラー率・CPU・メモリ)
- アプリケーションログ
- 依存サービスの状態
【お願い】
1. 最も可能性の高い原因(優先度順に3つ)
2. 各原因の検証方法
3. 即座にできる暫定対応
4. 恒久対策
スピード優先で。"
障害対応での使い方のコツ
- 情報を一気に渡す:100万トークン文脈を活かし、ログ・コード・メトリクスをまとめて
- 時系列を明確に:「いつから」「直前に何があったか」
- 優先度を求める:「最も可能性が高い順に」で絞り込む
適用3:アーキテクチャ判断
大規模システムの設計選定は、トレードオフの深い検討が必要。Fable 5 が力を発揮します。
実践プロンプト
/model fable
"マイクロサービス化の設計判断をお願いします。
【現状】
- モノリシックな Rails アプリ(10万行)
- 月間1000万リクエスト
- チーム15名
- 主要機能:認証・決済・通知・検索・レポート
【検討してほしいこと】
1. サービス分割の境界(どう分けるべきか)
2. 各サービスの通信方式(同期/非同期)
3. データ整合性の担保方法
4. 段階的移行の戦略(一気にやらない)
5. 各選択肢のトレードオフ
【制約】
- ダウンタイムは最小限
- チームの学習コストも考慮
- 6ヶ月で完了したい
それぞれの判断について、根拠とトレードオフを明示してください。"
大規模タスクの進め方のベストプラクティス
1. コンテキストを惜しまない
100万トークンあるので、関連情報は 全部渡す。中途半端に絞ると、かえって誤った結論になります。
2. 思考時間を許容する
adaptive thinking が深く考えるため、レスポンスに時間がかかります。これは「ちゃんと考えている」証拠。急かさない。
3. 段階的に深掘りする
# Step 1: 全体把握
"まず全体像を把握して、調査すべき領域を3つ挙げて"
# Step 2: 各領域を深掘り
"領域1について、詳細に調査して"
# Step 3: 統合
"3つの調査結果を統合して、最終的な結論と対策を"
4. 結論の根拠を求める
「なぜそう判断したか」を必ず聞く。Fable 5 の推論プロセスを確認することで、判断の妥当性を検証できます。
避けるべき使い方
| NG | 理由 |
|---|---|
| 簡単な質問に Fable 5 | 料金2倍が無駄 |
| 情報を小出しにする | 100万トークン文脈を活かせない |
| 結論だけ求める | 推論プロセスを検証できない |
| 急かして浅い回答を得る | adaptive thinking の利点を消す |
このレッスンのまとめ
Fable 5 は「根本原因調査・障害デバッグ・アーキテクチャ判断」など大規模タスクで真価を発揮します。コンテキストを惜しまず、思考時間を許容し、段階的に深掘るのがコツ。次のレッスン(最終回)では、Claude Code での実践運用を学びます。