← Claude Fable 5 完全活用ガイド — 史上最強モデルを使いこなす実践テクニック
LESSON 05 / 06

大規模タスクへの適用 — 根本原因調査・障害デバッグ

所要時間 14分 上級レベル

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 での実践運用を学びます。