Claude Fable 5 が帰ってきた。輸出規制で一時停止していた最上位モデルが再開され、ネット上には「コピペで使える神プロンプト◯選」の類が一気にあふれた。どれも便利だ。だが、それらの多くには共通の盲点がある。Fable 5を「賢くなった従来Claude」として、チャット欄に投げる箱のように扱っていることだ。
Fable 5の本当の変化は「頭が良くなった」ことではない。「働き方（=振る舞い）が変わった」ことにある。そしてその新しい働き方には、放っておくと出てくる“クセ”がいくつもある。テンプレを100個集めるより、この数個のクセと御し方を理解するほうが、成果に直結する。
この記事は、Anthropicが公開しているClaude Fable 5のプロンプティングという公式ガイドを、実務目線で「付き合い方」に翻訳したものだ。載っている英語の指示スニペットは、Anthropic自身が検証した“効く”文言なので、そのまま自分のプロンプトやシステム指示に貼って使える。
まず、心構えを1つだけ入れ替える
従来のClaudeが「指示すればきっちり返す優秀な担当者」だとすれば、Fable 5は「数時間〜数日の仕事を丸ごと引き受ける右腕」に近い。ただし、優秀な右腕ほど自分の判断で動く。だから“任せる”と“暴走させない”は表裏一体だ。
Anthropic自身、最良の成果を出しているチームは一番難しくて未解決の問題にFable 5を当てていると書いている。逆に、簡単なタスクだけで試すとその実力を過小評価しがちだ、とも。つまり「軽い用途でチラ見して終わり」が一番もったいない使い方になる。
もう1つ前提知識。Fable 5には安全対策（セーフガード）が組み込まれていて、攻撃的サイバーセキュリティ・生物/ライフサイエンス・モデルの内部推論の抽出にあたるリクエストを検出すると、自動的に一段下のOpus 4.8が代わりに応答する。発動は平均してセッションの5%未満なので、普通のビジネス用途ではほぼ意識しなくていい。
以下、付き合い方を7つに分けて見ていく。前半（①〜⑤）は誰でもチャットで効く話、後半（⑥〜⑦）はエージェントを組む人向けだ。
付き合い方① エフォートを“変速ギア”として使う
Fable 5で最初に覚えるべきツマミが effort（エフォート） だ。これは賢さ・速さ・コストのトレードオフを決める主レバーで、low / medium / high / xhigh がある。
- 基本は
high（多くのタスクのデフォルト） - 一番能力が要る難物には
xhigh - 定型作業は
mediumかlow
面白いのは、Fable 5は低いエフォートでも、従来モデルの最高設定（xhigh）を上回ることが多いという点。だから「速くインタラクティブに進めたい」「終わるけど時間がかかりすぎる」ときは、迷わずエフォートを下げていい。
逆に高エフォートでは、定型作業なのに必要以上に情報を集めて“考えすぎる”ことがある。頼んでいない整理やリファクタリングを防ぎたいなら、こう釘を刺す:
Don't add features, refactor, or introduce abstractions beyond what the task requires. A
bug fix doesn't need surrounding cleanup and a one-shot operation usually doesn't need a
helper. Don't design for hypothetical future requirements: do the simplest thing that
works well. Avoid premature abstraction and half-finished implementations. Don't add
error handling, fallbacks, or validation for scenarios that cannot happen. Trust
internal code and framework guarantees. Only validate at system boundaries (user input,
external APIs).
コーディング前提の文言だが、「頼んだ範囲だけやれ、余計な作り込みはするな」という趣旨は文書・分析作業にもそのまま効く。
付き合い方② 「ターンが長い」前提で環境を整える
Fable 5は、難しいタスクだと1回のリクエストで数分動き続けることがある。自律実行なら数時間に及ぶこともある。これはチームが移行時にいちばん面食らう変化だ。
チャットで使う人へのメッセージはシンプルで、「長考しても慌てない」。裏で調べ物・構築・自己検証をしているだけで、止まっているわけではない。
一方、曖昧なお題を渡すとFable 5は計画を立てすぎることがある。「動ける材料が揃ったらまず動け」と伝えるとよい:
When you have enough information to act, act. Do not re-derive facts already established
in the conversation, re-litigate a decision the user has already made, or narrate
options you will not pursue in user-facing messages. If you are weighing a choice, give
a recommendation, not an exhaustive survey.
APIやツールで組み込む人は、クライアント側のタイムアウト・ストリーミング・進捗表示を長時間前提に作り直す必要がある。「返るまでブロックして待つ」のではなく、スケジュールされたジョブとして非同期に進捗を確認する設計に寄せていく。
付き合い方③ 指示は“クセ潰し”ではなく“方針”で渡す
従来は「あれもするな、これもするな」と挙動を1つずつ潰す必要があった。Fable 5は指示追従が大きく改善しているので、短い方針を1つ渡すだけで、そこにぶら下がる細かい挙動がまとめて整う。
たとえば放っておくと、Fable 5は（特に高エフォートで）説明過多になる。採用しない選択肢を並べたり、根本原因を延々語ったり、次の行の内容をコメントで書いたり。これを個別に禁止する代わりに、**「結論から、読みやすく」**という方針を一発で入れる:
Lead with the outcome. Your first sentence after finishing should answer "what happened"
or "what did you find": the thing the user would ask for if they said "just give me the
TLDR." Supporting detail and reasoning come after. Being readable and being concise are
different things, and readability matters more.
The way to keep output short is to be selective about what you include (drop details
that don't change what the reader would do next), not to compress the writing into
fragments, abbreviations, arrow chains like A → B → fails, or jargon.
長時間ワークフローで「どこで人間に確認を取るか」も同じ発想でいい。全ケースを列挙しなくても、**“本当に人間が要るときだけ止まれ”**という一言で足りる:
Pause for the user only when the work genuinely requires them: a destructive or
irreversible action, a real scope change, or input that only they can provide. If you
hit one of these, ask and end the turn, rather than ending on a promise.
付き合い方④ 進捗報告を“鵜呑みにしない”設計にする（捏造対策）
ここが、量産型「神プロンプト記事」がほぼ触れない核心だ。多くの記事は「“書かれていないことは要確認と明記して”と添えれば捏造を防げる」程度で止まる。悪くはないが浅い。
長時間の自律実行では、「進捗を、実際のツール実行結果と突き合わせて監査せよ」と明示するのが本筋だ。Anthropicのテストでは、この一文で捏造を誘発するよう設計されたタスクでさえ、でっち上げの進捗報告がほぼ完全に消えたという:
Before reporting progress, audit each claim against a tool result from this session.
Only report work you can point to evidence for; if something is not yet verified, say so
explicitly. Report outcomes faithfully: if tests fail, say so with the output; if a step
was skipped, say that; when something is done and verified, state it plainly without
hedging.
「できました」を真に受けず、「その根拠は？」を仕組みとして先に埋め込む。任せる相手が優秀で自走するほど、この“証拠主義”が効いてくる。
付き合い方⑤ 「勝手に動く」を止める ── 境界を明示する
Fable 5は気を利かせて、頼んでいないことまでやることがある。依頼していないメールの下書きを作る、念のためのバックアップを作る、といった具合だ。親切だが、こちらの意図とズレると厄介だ。
とくに大事なのが、「相談しているだけ」と「変更を頼んだ」を取り違えさせないこと。問題を説明したり、質問したり、考えを口に出しているだけの段階では、成果物は“あなたの見立て”であって“修正の実行”ではない:
When the user is describing a problem, asking a question, or thinking out loud rather
than requesting a change, the deliverable is your assessment. Report your findings and
stop. Don't apply a fix until they ask for one. Before running a command that changes
system state (restarts, deletes, config edits), check that the evidence actually
supports that specific action. A signal that pattern-matches to a known failure may have
a different cause.
「見つけたことを報告して、そこで止まれ。頼まれるまで直すな」。この一線を引いておくと、暴走系の事故がぐっと減る。
付き合い方⑥ 早期停止・コンテキスト不安をなだめる
自律で長く走らせると、まれにこんな挙動が出る。
早期停止: ツールを呼ばずに「これからXをやります」という“予告文”だけでターンを終える、あるいは続行に十分な情報があるのに許可を求めて止まる。対処は拍子抜けするほど簡単で、「続けて」「最後までやって」でいい。自律パイプラインなら、次のリマインダーを仕込む:
You are operating autonomously. The user is not watching in real time and cannot answer
questions mid-task, so asking "Want me to…?" or "Shall I…?" will block the work. For
reversible actions that follow from the original request, proceed without asking.
Before ending your turn, check your last paragraph. If it is a plan, an analysis, a
question, a list of next steps, or a promise about work you have not done ("I'll…"), do
that work now with tool calls. End your turn only when the task is complete or you are
blocked on input only the user can provide.
コンテキスト不安: 非常に長いセッションで、新しいセッションを提案したり、要約して引き継ごうとしたり、自分の作業を勝手に削ろうとする。これは、ハーネスが「残りトークン数」をカウントダウン表示しているときに特に起きやすい。可能なら残量カウントを見せないのが一番だが、見せざるを得ないなら安心させる:
You have ample context remaining. Do not stop, summarize, or suggest a new session on
account of context limits. Continue the work.
付き合い方⑦ サブエージェントとメモリを“持たせる”（組み込む人向け）
Fable 5は従来より積極的に並列サブエージェントを投げる。独立したサブタスクは委任し、返りを待たずに自分も動き続けさせるのがコツだ:
Delegate independent subtasks to subagents and keep working while they run. Intervene
if a subagent goes off track or is missing relevant context.
さらに強力なのがメモリだ。Fable 5は「前回の実行で得た教訓」を記録し参照できると、はっきり性能が上がる。Markdownファイル1枚でいいので、メモを書く場所を与える:
Store one lesson per file with a one-line summary at the top. Record corrections and
confirmed approaches alike, including why they mattered. Don't save what the repo or
chat history already records; update an existing note rather than creating a duplicate;
delete notes that turn out to be wrong.
過去のやり取りから教訓を“棚卸し”させて、メモリを初期構築させることもできる:
Reflect on the previous sessions we've had together. Use subagents to identify core
themes and lessons, and store them in [X]. Make sure you know to reference [X] for
future use.
send-to-userツールも覚えておきたい。長時間の非同期エージェントでは、ターンを終えずに「ユーザーが一字一句そのまま見る必要があるメッセージ」を届ける手段が要る。成果物や、途中でユーザーが投げた質問への直接回答などだ。ツール入力は要約されずそのまま届く。ただしツールを定義するだけでは呼ばれないので、システムプロンプトで用途を誘導すること。ナレーションや内部推論をこれに流し込むのはNG。
番外編: リクエストではなく「理由」を渡す
小さいが効く習慣。Fable 5は依頼の背後にある意図を理解しているほど良い出力を出す。「何をしてほしいか」だけでなく「なぜ・誰のために」を添えるだけで、関連情報に自分でつなげてくれる:
I'm working on [the larger task] for [who it's for]. They need [what the output
enables]. With that in mind: [request].
「四半期の取締役会向け資料を作っている。相手は数字に厳しい役員で、投資判断の材料が要る。その前提で、次を作って:」── この一文があるかないかで、精度が変わる。
使い分けの現実解と、知っておくべき注意点
使い分けはシンプルに。重い・長い・曖昧・複数成果物の整合が要る仕事はFable 5、軽い・定型・一問一答は従来モデル（Sonnetなど）。Anthropic自身が「長く複雑なタスクほど、他モデルに対する優位性が大きくなる」と明言している以上、Fable 5の真価は“難物”でこそ出る。定型作業に最上位モデルを使うのは、実力の無駄遣いでもありコストの無駄でもある。
注意点も正直に:
- コスト: Fable 5は最上位ゆえ高価。重い仕事に絞るのが合理的。最新の料金・提供条件・お試し期間は変わりうるので、使う前に必ず公式情報で確認を。
- セーフガードの自動フォールバック: 前述のとおり一部リクエストはOpus 4.8に回る（5%未満）。無害な作業でも稀に発動しうる。
- “推論を書き起こせ”系の指示は外す: 内部推論を応答テキストとしてエコー/書き起こし/説明させる指示は、Fable 5では拒否カテゴリ（reasoning_extraction）を誘発し、Opus 4.8へのフォールバックを増やす恐れがある。従来モデル向けの古いスキルやシステムプロンプトに“思考過程を見せろ”という記述がないか点検を。推論の可視化が必要なら、構造化されたthinkingブロックを読む方式にする。
- 古いスキルはむしろ足を引っ張る: 従来モデル向けに細かく書き込んだ指示は、Fable 5には過剰で品質を下げることがある。デフォルトの方が良いなら、古い指示は思い切って削る。
まとめ ── テンプレより「クセの理解」
「神プロンプト◯選」は入り口としては良い（実際参考にさせてもらっているものも多くあります）。だがFable 5を本当に使い倒す鍵は、貼り付ける呪文の数ではなく、この右腕がどう振る舞うかを理解し、要所だけ手綱を握ることにある。
要点を1枚に畳むと、こうだ。
- エフォートを変速ギアに ── 迷ったらhigh、難物はxhigh、定型は下げる
- 長考を前提に環境を整える ── 慌てず、必要なら非同期化する
- 指示は方針で渡す ── 「結論から読みやすく」の一言が細部を整える
- 進捗は証拠と突き合わせさせる ── これが捏造対策の本丸
- 境界を引く ── 「見つけたら報告して止まれ、頼まれるまで直すな」
- 止まったら「続けて」、不安がったら「まだ余裕がある」 となだめる
- サブエージェント・メモリ・理由を“持たせる” ── 自走の質が上がる
Fable 5は、指示すれば返す道具から、任せて育てる相棒へと立ち位置を変えた。付き合い方を覚えた人から、その差を刈り取っていく。
本記事は Anthropic 公式の「Claude Fable 5 のプロンプティング」ガイドをもとに、実務向けに再構成したものです。仕様・価格・提供状況は変更される可能性があるため、最新情報は公式ドキュメントをご確認ください。
