Claude Fable5 へのプロンプトの書き方：実践ガイド
Fable5 では temperature と top_p が廃止され、指示をより文字どおりに実行し、仕様書ファーストのプロンプトが効果を発揮します。モデルを最大限に活用するための具体的なパターンを紹介します。
Fable5 編集部
Claude Fable5 は、プロンプトの前提を2つの点で変えました。従来のサンプリング用パラメータが 廃止 されたこと、そしてモデルが過去のどの Claude よりも指示を 文字どおりに 実行するようになったことです。どちらの変化も、同じ習慣を要求します — 望むことを正確に言葉にすることです。
すべてのプロンプトを同じ構造で書く
Fable5 は、固定された骨組みに最もよく応答します。
- 役割 — 1行で：このタスクにおいてモデルは何者か。
- コンテキスト — 背景は1行で。長い回想録は不要です。
- タスク — 実際の依頼内容を、指示として記述します。
- 出力形式 — 正確な形：見出し、JSON スキーマ、語数制限。
- 絶対的な制約 — 決して起きてはならないこと。
旧モデルなら好意的に解釈し直してくれた曖昧なプロンプトは、書かれたとおりに実行されます。慣れてしまえば、これは利点です。
仕様書を最初に、小出しにしない
長時間のエージェントタスクでは、完全な仕様を最初のメッセージに 入れてください。Fable5 は長期的な視点でタスクに集中するため、早い段階で実行計画を立て、それに照らしてノートを取り続けます。5ターン後に届く修正指示は、Opus 4.8 のとき以上に作業を乱します。シニアエンジニアに渡すチケットのつもりで仕様を書きましょう。
temperature がない？ バリエーションは言葉で頼む
temperature と top_p は API から削除されました。出力スタイルの調整は、すべてプロンプトで行います。
- 多様性が欲しい場合：「構造的に異なる3つのアプローチを示してください」と言う。
- 保守的にしたい場合：「面白みのない標準的な解決策を優先してください」と言う。
代わりに effort を調整する
唯一残された調整つまみが effort（low → max）で、分析の深さと速度・コストのトレードオフを制御します。実用的なデフォルトは次のとおりです。
| タスク | Effort |
|---|---|
| 分類、再フォーマット | low |
| 標準的なコーディング、ドラフト作成 | medium |
| アーキテクチャレビュー、難度の高いデバッグ | high |
| フロンティア級の難問 | max |
出力トークンは100万あたり $50 かかるため、不要な max 実行は最も無駄になりやすい出費です — effort の使いすぎが月額請求に与える影響は、コスト計算ツールで確認できます。
プロンプトを下位モデルに移植する
現行の Claude モデルはすべて、適応型思考の API サーフェスを共有しています。よく構造化された Fable5 のプロンプトは、Opus 4.8、Sonnet 4.6、Haiku 4.5 でもそのまま動作します — まずは安価なティアでプロトタイプを作り、品質が必要な場面でのみ上位モデルにエスカレーションしましょう。ルーティング戦略の詳細はホームページのガイドをご覧ください。
構造化を自動で済ませたい方へ。Fable5 プロンプトガイドにはコピー＆ペーストで使える実例があり、プロンプトジェネレーターなら30秒でカスタマイズされたシステムプロンプトを生成できます。