Claude Fable 5.2へのプロンプトとは。公式ガイドを自分の指示を見直す順番で整理

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、Anthropic公式のドキュメント「Claude Fable 5.2へのプロンプト」を紹介します。AIに仕事を任せる時の頼み方の型をまとめた、公式ガイドです。

このページは、私が保存したブックマークです。足す前に見直す、頼む前に線を引く、持ち主は1人、と私はこれまでの記事で書いてきました。同じ向きで読める公式ガイドだったので、取り上げます。

読む順番は7つです。ガイド全体の地図、エフォート、途中で止まる時と承認、持ち主とサブエージェント、声かけと慎重さ、昔の設定の見直しと最終レポート、拒否と始め方。最後に、試す前に私が決めておくことを書きます。私はガイドの各項目を動かして確かめたわけではなく、公式ページを読んで整理した記事です。

公式ガイド（全体の地図）

Claude Fable 5.2には、以前のモデルとは異なる、知っておく価値のあるいくつかの動作上の違いがあります。

公式ガイドの冒頭は、Claude Fable 5.2には前のモデルと動き方の違いがいくつかあり、知っておく価値がある、と言っています。

私は2026年11月12日に、Claude Platform Docs（Anthropic公式のドキュメント）の日本語ページ「Claude Fable 5.2へのプロンプト」を読みました。

ページに公開日の表示は無いので、この記事は読んだ日が基準です。

ガイドが扱うのは、AIへの頼み方の型（プロンプトパターン）です。

エフォート、早期停止、承認、コードの所有権、進捗の更新、サブエージェント、蓄積する慎重さ、以前のモデル向けの設定、最終レポート、拒否の10のテーマに分けて説明します。

冒頭には、困りごと9つから読む節を選ぶ一覧が付いています。

サブエージェントは、本体のAIが仕事を分けて頼む別のAI。ハーネスは、AIの動きを周りで支える仕組みのことです。

読み方は、観察した状況に合った節から読む形。

簡単な頼みなのに開始が遅いならエフォート、作業の途中でターン（AIが1回の頼みに答える区切り）が終わるなら「タスク全体を完了させる」、長い作業で応答がないように見えるなら進捗の更新、という対応表が冒頭にあります。

もう1つ注意があります。システムプロンプト（AIに最初に渡す常設の指示）などを変えるのは、新しい会話でだけにするよう、ガイドは書いています。保存済みの会話を新しい文で再開すると、失敗する可能性があるからです。

私なら、9つを頭から全部やる資料としては読みません。自分のAIで起きている状況を1つ選んで、その節だけ読む資料として使います。あなたのAIで最近困っていることは、どの状況に近いでしょうか？

公式ガイド（エフォート）

能力向上の大部分は、highエフォートを使用した時点で得られます。

公式ガイドは、能力が上がる分の大部分は、highという段に上げた時点で手に入ると言っています。

エフォートは、AIにどこまで考えさせるかを決める段階のこと。ガイドによると、考える量、ツールを呼ぶ回数、1回の答えにかかる時間、トークン（AIが読み書きする文字量の単位）の量がこれで決まります。

出発点は、APIの既定のhighです。

lowは、素早いやり取りやはっきり指定した仕事、大量の処理向けです。mediumは、対話型のコーディングやチャット、日常のナレッジワーク向け。

highは、難しいコーディング、リサーチ、エージェント型の作業、長時間の無人実行向けで、終わるまでの時間はmediumより著しく長くなります。

xhighは、最も難しい長時間の作業向け。Anthropicの社内評価ではスコアがわずかに上がり、はるかに多くのトークンを使いました。maxは、上限を測る時か、時間もトークンも問題にならないまれな仕事向けです。

mediumからhighに上げると、多くの評価でスコアが上がりました。ただし、時間もトークンも増えます。highを超えた先は、効果がばらつくとガイドは書いています。

注意は3つ。まず、high以上では挨拶にも考えてから答えます。次に、「熟考せず直接答えて」と書いても、medium以上では思考が止まらないこと。最後に、基本の返答が遅いなら、そのターンだけ低いエフォートにする。

エフォートは、返答の長さにはほとんど影響しません。長さや口調はプロンプトで変えます。Claude Fable 5.1やClaude Opus 5.5で決めた設定は持ち越さず、比べ直すのが公式の勧めです。

私は、毎回いちばん高い段にするのでなく、仕事の種類ごとに段を決めて、比べて選ぶ話だと考えています。計画はmedium、長い無人の部分は上げる、と1つの仕事の中で混ぜる手もあります。

公式ガイド（作業の途中で止まる時）

エフォートレベルが低いほど、モデルは早期に停止する可能性が高くなります。

公式ガイドは、エフォートの段が低いほど、AIは仕事の途中で止まりやすくなると言っています。

長い複数ステップの作業では、残りの作業を並べて終える、続けましょうかと申し出る、タイムアウトなどの通常の障害で止まる、という終わり方が出ます。lowとmediumで多いそうです。

対策としてガイドは、システムプロンプトに「作業を最後まで」の文を足す例を出します。要旨は4つ。頼まれた作業が残る間は止まらない。向きを変えてほしいと誘ったり、待つと申し出たりしそうなら、代わりに次の部分へ進む。

エラー、タイムアウト、ロックされたファイル、空の結果、失敗するツールは、まず原因を調べます。本当の行き止まりでなければ、待って再試行する、依頼を直す、別のツールを使う、で乗り越えます。

触らないと印を付けたファイルや、わざと与えなかった権限は、そのままにして見つけたことを伝えます。

AI氣道『説明責任は任せられない、AIエージェントに作業を任せる時に人が持つ習慣を動画から整理する』より

「私は、AIに任せるほど「頼む前に線を引く」ことが大事になる、と思っている側です。」

承認が要る操作を頼む前に決めることは、私は『説明責任は任せられない、AIエージェントに作業を任せる時に人が持つ習慣を動画から整理する』で書いています。

Anthropicのテストでは、記録したセッションをmediumで再生しました。この文を使うと、続けられたはずなのに未完了で終わったセッションが約半分になり、出力トークンは約30パーセント増えたそうです。

承認の頼み方も具体的です。AIに続けてもらう時は、「go」や親指の絵文字でなく、ステージングデータベース（本番の手前の試験用データ置き場）で、データの形を作り替える作業を実行してください、と名指しで返します。

承認ルールも同じです。再確認してほしい操作を具体的に挙げます。

「会話の外の人にメッセージを送る」を入れたルールで、承認する人が誰もいない試験用の作業で、AIは同僚への日常の依頼の約半分を控えた、とガイドは書いています。

私なら、承認が要る操作は、「外に出る」「戻せない」のように目で選び、名前で先に決めておきます。広く挙げすぎると、日常の頼みまで止まってしまいます。リスクのある操作や戻せない操作は、自分の確認を残します。

公式ガイド（コードの所有者）

Claude Fable 5.2は、作業対象のコードの所有者が誰であるかに細心の注意を払います。

公式ガイドによると、Claude Fable 5.2は、作業対象の持ち主が誰なのかをよく見ています。

小さなコーディング作業のテストでは、持ち主について何も書かない時や、他人のコードとして示した時、AIは既存のコードが重複しても、既存の構造に付け足しました。

AI自身のものだと述べると、重複を統合し、頼まれていない関連の修正もしたそうです。

構造も直してほしい時は、「あなたはこのコード一式の所有者で、長期の保守担当。設計は任せる」という趣旨の一文を入れます。

重複を共通の関数にまとめた実行は、一文が無いと10パーセント未満、有ると約75パーセントでした。

ただし出力トークンは約70〜80パーセント増え、誰も求めていない変更（多くは新しいテストやドキュメント）も出ました。最後のPR（変更の提案書）の要約は小さな変更を省きがちなので、差分と要約の両方を見ます。

自分のコードで変更を最小にしたい時は、この一文を入れません。「ついでの整理はしない」と先に書いても、実行の半分以上で重複が統合されました。

サブエージェントは、道具が少ない短い作業ではほとんど起動せず、委任を促す製品では積極的に任せます。

xhighやmaxでは、自分の作業をサブエージェントにレビューさせる様子もあり、Claude Fable 5.1では見られませんでした。

サブエージェントはセッションの使用量の大部分を占めうるので、既定で使うモデルを確認します。起動が多すぎる時は、ツールの説明に、使う量への影響と、任せる価値がある時とない時を書きます。

highのテストでは、この点に絞った長めの説明で、数がおよそ半分になりました。

AI氣道『Claude Codeの複数エージェントを1つの会話から動かす時、任せる所と自分で決める所』より

「私なら、1つの会話から10個のチャットへ配る前に、1つの仕事を最後まで持つ担当を先に1人決めておきます。持ち主は1人です。」

持ち主を1人先に決めることは、私は『Claude Codeの複数エージェントを1つの会話から動かす時、任せる所と自分で決める所』で書いています。

私は、持ち主を1人決めて伝えると、AIの動きが変わると考えています。ガイドの話と、持ち主は1人という私の考えは、同じ向きです。コードを書かない人も、資料や仕組みの持ち主を先に伝える話として読めます。

公式ガイド（蓄積する慎重さ）

慎重な指示は、メモリ、メモ、指示ファイルを通じて過去のセッションから蓄積することがあります。

公式ガイドは、慎重な指示がメモや指示ファイルを通じて積み重なることがあると言っています。その話の前に、まず声かけです。

Claude Fable 5.2は、長いツール呼び出しの間、ユーザー向けの文をほとんど書かないことがあります。最初のツール呼び出しの前に、何をするかを伝えないこともあります。

5.2では、呼び出しの間の更新は進捗更新の思考ブロックで返ります。既定の表示設定は「省略」で、その文は空になります。「更新」か「要約」に設定すると、空でない思考ブロックを表示できます。

本文だけを表示するクライアント（画面側のアプリ）は、長い作業の間、応答がないように見えるんです。

ハーネスを変えられて、プラットフォームが会話の途中のシステムメッセージに対応しているなら、ユーザーが読めるものを何も出さない呼び出しの連続を数えます（表示設定は「更新」か「要約」にします）。

数回続いたら、「しばらく声を聞いていないので、数語で今していることを伝えて続けて」という趣旨のリマインダーを足します。最長の無言の区間は、およそ半分になったそうです。

変えられない時は、「数回のツール呼び出しごとに、現状を1行で伝える」という1文でも足ります。始める前に1行で何をするか言い、最後は単独で読める要約で締める文を入れると、出力トークンは約20パーセント増えました。

後半は慎重さの蓄積です。AIはメモの古い指示にも忠実に従い、不要な承認を求めるようになります。初期のテストでは、主に複数のエージェントが連携する環境で見られました。

対処は4つ。関連しなくなったメモの削除。承認が不要な日常のステップの一覧化。「最初のエラーで停止してレビューする」のような停止条件を削るか絞ること。

「決して〜しない」は例外の無い決まりとして扱われるので、「削除する前に承認を求める」と例外を書くことです。

私は、声かけは何をしているかを人が読める形で受け取る設定の話だと考えています。慎重さの蓄積は、足してきた注意書きを持ち主が見直す話だと思います。

公式ガイド（最終レポート）

長いエージェント型の作業の後、Claude Fable 5.2の最終レポートを読む人は通常、その背後にあるツール呼び出しやファイルを見ていないため、レポートはそれ単体で意味が通じる必要があります。

公式ガイドは、長い作業の後でレポートを読む人は経過を見ていないので、レポートは単体で意味が通じる必要があると言っています。

先に、見直し対象です。以前のモデル向けに作った指示や介入で、使う量が増えたり、副作用が出たり、効かなくなったりしたものがあるそうです。ガイドが挙げるのは7つです。

1つ目は、常設の委任の指示。2つ目は、AIに示すトークンの予算で、highとxhighのテストでは、大きな予算を削ると使う量が減り、性能は同等でした。

3つ目は、以前のターンを編集するハーネスのコードで、変更すると以降の思考が無効になります。履歴は追記専用に保つのが勧めです。

4つ目は「前の回答は完了したものとして扱う」行で、フォローアップへの思考が減り、前の回答の誤りを指摘する可能性も大幅に下がりました。

5つ目は、思考を減らす指示で、5.2ではmedium以上で思考が止まらないので削ります。6つ目は、文章のスタイルの厳しい規則。7つ目は、蓄積したルールやメモです。

AI氣道『Claude Fable 5.2は指示を文字通り守る。5.1の時の注意書きと設定を見直す方法』より

「新しいモデルの日は、指示を足す日ではなく、足してきた物を見直す日にする。足す前に消し、入れたら測る。これが私の線引きです！」

足す前に見直す日を作ることは、私は『Claude Fable 5.2は指示を文字通り守る。5.1の時の注意書きと設定を見直す方法』で書いています。

最終レポートについて、初期のテスターは、5.2の文章を5.1より高く、明瞭さはOpus 5.5と同程度と評価したそうです。足す文の要旨は4つ。

知的だが文脈の少ない読み手に向けて書く、要点を最初の数文に置く、作業中に自分で作った用語を使わない、平易な言葉と短い文で書く。

テストでは、最終レポートの密度が下がり、セミコロンが減りました。

足す前に見直す日を先に作る、というガイドの順番は、私の線引きと同じ向きです。「1文につき1つの指示、20語以内」のような厳しい規則は、文章をぎこちなくするとガイドは書いています。

あなたの指示ファイルにも、昔の規則が残っていないかな。

公式ガイド（拒否）

Claude Fable 5.2は、リクエストを拒否する可能性のある安全性分類器を実行します。

公式ガイドによると、Claude Fable 5.2は、リクエストを拒否することがある安全性の分類器（危ない頼みかを見分ける仕組み）を動かしています。

拒否には理由の区分が付き、6つあります。サイバー上の危害、生物学的な危害、競合するAIモデルの開発の支援、モデルの内部推論を答えの文に再現する依頼、利用ポリシーの別の領域、名前の付かない拒否です。

無害なサイバーセキュリティやライフサイエンスの作業でも、前の2つが反応することがあります。

正当な作業が止まる組織向けに、AnthropicのCyber Verification ProgramとLife Sciences Verification Programがあるとガイドは案内しています。

推論を答えの文に書き出すよう求める指示があるなら、削除します。推論を見たい時は、表示設定を「要約」にして思考のブロックを読みます。

公式の「どこから始めるか」は4つ。エフォートをhighにして、mediumとxhighでも評価する。引き継ぐ指示やメモを読み、以前のモデル向けのものを削除かテストする。

いちばん長い作業を実行して、止まった所や無言の所を記録する。観察した動作ごとに1つずつ対処し、効果とトークンを測る。

ここから私の考えです。試す前に、人が決める所を3つ書き出します。

1つ目は、指示ファイルやメモの中から「決して〜しない」「必ず止まって確認する」と書いた古い注意書きを1つ探し、消すか、範囲と理由を付けて書き直すこと。

2つ目は、承認が要る操作を「外に出る」「戻せない」「消える」という見方で選び、名前で書き出すこと。広く挙げすぎないのが大事です。3つ目は、最初に測る1つの仕事を決めること。

いちばん長い作業を1回通して、止まった所と無言だった所をメモするだけで、設定の変更も送信もしません。

3つとも、足す作業ではなく、今ある物を1つ見つけて測る作業から始めるのがいいと思います。この記事の末尾には、AIエージェントに渡す依頼文の囲みがあります。

Claude Fable 5.2へのプロンプトは、10のテーマごとに頼み方の型を示した公式ガイドでした。2026年11月12日に読んだ時点の内容です。公式ドキュメントは更新されるので、使う前にもう一度ページを開いてください。

数字は、点検の順に並べると使いやすい。未完了で終わったセッションが約半分、出力トークンが約30パーセント増。所有権の一文で、重複の統合が10パーセント未満から約75パーセント。声かけでは、無言の区間がおよそ半分です。

「作業を最後まで」の文や所有権の一文には、増える側がありました。出力トークンが増えたり、誰も求めていない変更が出たりしました。だからガイドは、自分の作業で効果と使う量を測るよう勧めています。

私の考えは、足す前に見直し、頼む前に線を引き、持ち主は1人にする、に戻ります。まず古い注意書きを1つ探して、いちばん長い仕事を1回通してみてください。

この記事で学んだことを誰かに教えて恩送りして学びを深めよう！