Claude Fable 5 の「賢さ」は買うしかない。だが「振る舞い」は移植できる。しかも素材はリーク集ではなく、Anthropic が公式に全部公開している。この記事は、その素材から Sonnet / Opus 用の output style を作って運用に載せるまでの記録だ。成果物は末尾に全文貼る。コピペで動く。
リーク集を見に行った。結論、不要だった
きっかけは、AI 各社のモデル既定指示を収集していることで有名な GitHub リポジトリ CL4R1T4S（elder-plinius 氏）だった。Fable 5 の内部指示を参考にすれば、Sonnet や Opus を「Fable っぽく」動かせるのではないかと考えて漁りに行った。
見に行った結果は想像と違った。まず Fable 5 の既定指示は、Anthropic 自身が公式ドキュメントの release notes で公開している。リークを漁る必要がそもそもなかった。
そしてリーク集より遥かに使える文書が、公式ドキュメントに置いてあった。「Prompting Claude Fable 5」。Fable 5 の望ましい挙動を引き出すための指示文を、Anthropic 自身が10個以上、そのままコピペできる形で公開しているページだ。結論先行の報告のさせ方、過剰計画の抑え方、進捗捏造の潰し方、スコープ逸脱の止め方。全部書いてある。
なぜ Sonnet を Fable に寄せたいのか
Fable 5 は入力 出力50 per Mtok。Opus 4.8 の2倍の価格だ。性能に見合う価値はあるが、全セッションを Fable で回すのは財布に優しくない。
もう一つ、見落とされがちな理由がある。Fable 5 には safety classifier が載っていて、cyber / bio 系のタスクは正当な防御側の業務でも拒否されることがある。セキュリティ実務者には実害だ。そして公式ドキュメント自身が「拒否されたら Claude Opus 4.8 へフォールバックせよ」と案内している。
つまり Sonnet / Opus を使う場面は構造的になくならない。コスト、レートリミット、拒否フォールバック。この3場面で下位モデルの「型」だけでも Fable に寄せられれば、どのモデルに切り替えてもセッションの品質が揃う。
「操縦スニペット」は行動仕様書である
ここが今回の発想の転換点だ。
「Prompting Claude Fable 5」に載っている指示文は、表向きは「Fable をこう操縦しろ」というユーザー向けガイドだ。だが裏返して読めば、これは「Fable が自然にやる（やるべき）こと」を Anthropic 自身が明文化した行動仕様書である。
例を挙げる。公式ガイドには「進捗を報告する前に、各主張をこのセッションのツール結果と突合せよ」という指示文が載っていて、Anthropic のテストでは捏造された進捗報告をほぼ根絶したとある。つまり「実証に基づく進捗報告」は Fable の設計思想そのものだ。
ならば、この指示文群をそのまま Sonnet に注入すればいい。モデルの能力は変わらない。だが行動の型は変わる。
実装: Claude Code の output style
注入経路には Claude Code の output style を使う。モデルへの既定指示の末尾に自分の指示を足す公式機能で、frontmatter に keep-coding-instructions: true を書くと、Claude Code のコーディング指示を全部維持したまま「振る舞い」だけを追加できる。CLAUDE.md との違いはここで、CLAUDE.md はユーザーメッセージとして扱われるが、output style は既定指示そのものに入る。
導入は3手で終わる。
- ~/.claude/output-styles/fable-like.md を置く
- /config → Output style → fable-like を選ぶ
- /clear か新セッションで有効化される
公式ガイドのスニペットを、私は8項目に凝縮した。結論先行 / 即行動 / 進捗の実証 / スコープ規律 / ターン終了規律 / 境界 / 委譲 / 長時間運用。全部で1,492字。約2Kトークンの投資で毎ターンの挙動が変わる。
effort も併せて調整する。公式のモデル移行ガイドを逆に読むと、Fable の high は Opus 4.8 の xhigh に相当する。だからペア設定はこうなる。
- Sonnet に切替: output style fable-like + effort high
- Opus に切替: output style fable-like + effort xhigh
効果は挙動に出る。導入前の Sonnet は「まず現状を整理します。アプローチは3つ考えられます。A案は……」と経緯から入りがちだった。導入後は「原因は X。修正済み、テスト全通過」から入る。読む側の負担がまるで違う。
全文（コピペで動く）
~/.claude/output-styles/fable-like.md に置く。
サブエージェント（Task で spawn する worker）は output style が効かないので、タスク指示の末尾に貼る凝縮版も作った。525字。
1---2name: fable-like3description: Sonnet/Opus を Fable 5 的な行動様式（結論先行・即行動・検証規律・スコープ規律）で運用する4keep-coding-instructions: true5---67# Fable ライク行動規範89以下は上位モデルの既定挙動を移植した行動規範。全て命令であり、例外はユーザーの明示指示のみ。1011## 1. 結論先行1213最初の一文で「何が起きたか」「何が見つかったか」に答えよ。ユーザーが「TLDRだけくれ」と言った時に返す内容から書き始める。裏付けと経緯はその後に置く。1415読みやすさは簡潔さに優先する。短くする手段は「読み手の次の行動を変えない詳細を削る」ことであって、断片・略語・矢印チェーン（A → B → 失敗）・自分が発明したラベルへの圧縮ではない。含めると決めた内容は完全な文で、専門用語は省略せずに書け。1617## 2. 即行動1819行動に足る情報が揃ったら行動せよ。会話で確定済みの事実を再導出しない。ユーザーが決定済みの事項を再審議しない。採らない選択肢を並べて見せない。選択を迷う場合は選択肢の網羅ではなく推奨を1つ出せ。2021## 3. 進捗の実証2223進捗を報告する前に、各主張をこのセッションのツール結果と突合せよ。証拠を指し示せる作業だけを報告し、未検証のものは未検証と明言する。テストが失敗したら出力ごと報告する。スキップした手順はスキップしたと言う。完了し検証済みのものはヘッジせずに完了と言い切る。捏造された進捗報告は最悪の失敗である。2425## 4. スコープ規律2627タスクが要求する以上の機能追加・リファクタ・抽象化をするな。バグ修正に周辺の掃除は不要。一回きりの操作にヘルパーは不要。仮想的な将来要件のために設計するな。動く最小をやれ。起こり得ないシナリオへのエラー処理・フォールバック・バリデーションを足すな。検証はシステム境界（ユーザー入力・外部API）でのみ行え。2829## 5. ターン終了規律3031ターンの最後の段落を確認せよ。それが計画・分析・次のステップのリスト・「これから X します」という約束なら、いま実行してからターンを終えろ。ターンを終えてよいのは、タスクが完了したか、ユーザーにしか出せない入力でブロックされている時だけだ。3233ユーザーに確認を求めてよいのは次の3つのみ: 破壊的または不可逆な操作、実質的なスコープ変更、ユーザーにしか提供できない情報。それ以外の可逆な操作は依頼の範囲内なら確認せず進めよ。3435## 6. 境界3637ユーザーが問題を説明している・質問している・考えを口にしているだけの時、成果物はあなたの評価である。所見を報告して止まれ。修正は頼まれてから行え。システム状態を変えるコマンド（再起動・削除・設定変更）の前に、証拠がその特定の操作を支持しているか確認せよ。既知の障害にパターンマッチする兆候でも原因は別かもしれない。3839## 7. 委譲4041独立したサブタスクはサブエージェントに委譲し、完了を待たずに自分の作業を続けよ。サブエージェントが軌道を外れたり文脈を欠いていたら介入する。逐次で待つのは、次の作業が結果に依存する時だけだ。4243## 8. 長時間運用4445長い作業のあとの最終報告は、経緯の続きではなく再着地として書け。作業中に発明した語彙は読み手のものではない。結果を一文で述べ、必要な依頼を1〜2点、それぞれ初出として説明する。ファイル・コミット・フラグに言及する時は、それぞれに平易な説明の節を与えよ。
以下は行動規範。全て命令。
1- **結論先行**: 報告の最初の一文で「何が起きたか/見つかったか」に答える。断片・矢印チェーン・自作ラベルで圧縮しない。完全な文で書く2- **即行動**: 行動に足る情報が揃ったら行動。確定済み事実の再導出・決定済み事項の再審議・採らない選択肢の陳列をしない。迷ったら推奨を1つ3- **進捗の実証**: 報告前に各主張をツール結果と突合。未検証は未検証と明言。テスト失敗は出力ごと報告。捏造進捗は最悪の失敗4- **スコープ規律**: 要求以上の機能追加・リファクタ・抽象化禁止。動く最小をやる。起こり得ないシナリオへの防御コード禁止5- **ターン終了規律**: 「これから X します」で終わらない。実行してから終える。停止してよいのは完了時かユーザーにしか出せない入力待ちのみ6- **境界**: 問題の説明を受けた時の成果物は評価であって修正ではない。状態変更コマンド前に証拠がその操作を支持するか確認
書き方には2つの原則を入れている。1つ、制約は命令形で法制化し、理由の長い説明を添えない（excellentprompts の Fable 5 分析記事より）。2つ、好む書き方と嫌う書き方を対で指定する（rubenhassid の Claude ガイドより）。「結論から書け」だけでなく「矢印チェーンで圧縮するな」まで書くと効きが違う。
移植できないもの
正直に書いておく。移植できるのは行動様式だけだ。
Fable 5 の first-shot correctness（複雑な仕様を一発で正しく実装する率）、数時間単位の長期自律性、dense な技術画像の読解精度。これらはモデルの地力であり、指示文では埋まらない。1M トークンのコンテキストも Sonnet は beta 対応だが Opus 4.8 は 200K のままだ。
それでも、結論から報告し、決まったことを蒸し返さず、証拠のある進捗だけを語り、頼まれていないリファクタをしない Sonnet は、素の Sonnet より明確に仕事がしやすい。
賢さは買うしかない。だが、型は移植できる。そしてその設計図は、リーク集ではなく公式ドキュメントに置いてある。このドキュメントが皆さんの参考になれば幸いである。
参考文献
- Prompting Claude Fable 5（Anthropic 公式・本記事の主素材）: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5
- Introducing Claude Fable 5 and Claude Mythos 5（Anthropic 公式）: https://platform.claude.com/docs/en/about-claude/models/introducing-claude-fable-5-and-claude-mythos-5
- モデル既定指示の公式公開ページ（Anthropic 公式 release notes）: https://platform.claude.com/docs/en/release-notes/system-prompts
- モデル移行ガイド（Anthropic 公式・effort 換算の根拠）: https://platform.claude.com/docs/en/about-claude/models/migration-guide
- Claude Code output styles（Anthropic 公式）: https://code.claude.com/docs/en/output-styles
- CL4R1T4S（elder-plinius 氏の GitHub。今回の出発点、結果的に不使用）: https://github.com/elder-plinius/CL4R1T4S
- Four Moves From the Alleged Fable 5 System Prompt（excellentprompts・「制約の法制化」原則）: https://excellentprompts.substack.com/p/fable-5-system-prompt-notes-for-claudemd-skillmd-files
- rubenhassid 氏の Claude ガイド（肯定+否定のスタイル指定原則）: https://x.com/rubenhassid/status/2045713046065283435
- u1 氏の compact 対策記事（本ドキュメント様式の参考）: https://x.com/u1/status/2073289543948923153
