| お詫びメール1,000通の出力の費用（Opus 5.5と比べて） | 2.1倍 |
|---|---|
| 3つのモデルに同じメールを頼んで比べた | 12回 |
- Claude Fable 5.2にそのまま貼れる公式の指示文6本（英文の原文と日本語の訳）
- effort 5段階（low・medium・high・xhigh・max）をどの仕事で使うかの早見表
- 「熟考せずに直接答えて」など、Fable 5.2で効かない書き方と守りすぎる決まり
- Fable 5.2・Fable 5.1・Opus 5.5に同じメールを4回ずつ頼んだ12回の結果
- APIの単価を円に直した額と、Proプランの追加料金なしの期限（日本時間11月17日16時59分）
- ChatGPTとClaudeに同じ2問を聞き、公式に合っていたのはどちらか
Claude Fable 5.2は、Anthropicが2026年11月9日（米国時間）に出した新しいモデルです。前のモデル向けに書いた指示の中には、Fable 5.2では効かないものや費用を押し上げるものがあると公式は書いています。
公開から2日後の11月11日に、公式のプロンプト解説と新機能のページを読みました。この記事は、次の3つをもとに書いています。
- 公式のプロンプト解説にある、そのまま貼れる指示文6本
- 11月10日に3つのモデルへ同じ仕事を4回ずつ頼んだ、12回の実測
- 11月11日にChatGPTとClaudeへ同じ2問を聞いた答え
先に結論を言うと、速くしたいときに「考えないで」と頼んでも効きません。効くのは effort（考える深さの設定）を下げることでした。
Claude Fable 5.2のプロンプトのやり方は？公式の指示文6本から選んで貼る
やり方は、公式のプロンプト解説にある指示文を困りごとに合わせてシステムプロンプトに貼るだけです。コピーして使える文は6本あり、どれも英文で書かれています。
Claude Fable 5.2に貼れる公式の指示文6本
| 指示文 | 効く困りごと | 公式のテストの結果 | 出力の増え方 |
|---|---|---|---|
| ① Finishing work（最後までやらせる） | 長い作業が途中で止まる | 作業が残ったまま終わるセッションが約半分に | 約30%増 |
| ② このコードはあなたのもの（1文） | 重複を残す・近くの不具合を報告だけする | 重複をまとめた割合が10分の1未満から約半分に | 約1.5倍 |
| ③ 始める前と終わりに一言 | 黙って作業を始める | 毎回、最初の道具の前に一言話した | 約20%増 |
| ④ 数手ごとに1行報告 | 道具を続けて使う間に黙る | 長い無言の多くがなくなった | 公式に記載なし |
| ⑤ 無言が続いたときのリマインダー | 仕組みの側で黙りを止めたい | いちばん長い無言がおよそ半分 | 目立った増加なし |
| ⑥ Communicating clearly（伝え方） | 最後の報告書が読みにくい | 詰め込みとセミコロンが減った | 公式に記載なし |
表の「出力の増え方」は、公式のテストで出力トークンがどれだけ増えたかを示しています。効き目と引き換えに料金も上がるので、6本を全部まとめて入れる必要はありません。
公式は、実際に起きた困りごとに合う節から読むよう勧めています。1本ずつ足して、効き目と費用を自分の仕事で測るのが公式の手順です。
最初に貼るのは最後までやらせる「Finishing work」
Fable 5.2は長い作業の途中で、残りの一覧を出したり「続けますか」と聞いたりして止まることがあります。公式によると、effortがlowとmediumのときによく起きます。
- 残りの作業を一覧にして、そこで終わってしまいます
- 続けるかどうかを聞いて、返事を待ちます
- 時間切れのような、ふつうの障害で止まります
この3つが見えたら、下の原文をシステムプロンプトに足します。公式の原文は英語です。
# Finishing work
Please avoid stopping while you still owe work the user asked for. Be persistent and do not stop unless needed.
While status notes are welcome, as is clarifying with the user on open decisions, carry on with work that does not depend on the user’s answer without unnecessary stops.
If you notice yourself inviting the user to redirect you or offering to wait, instead proceed on the next part of the task. You may meet ordinary obstacles like errors, timeouts, locked files, empty results or failing tools. Diagnose them first, and when they are not real blockers, work through them with the access you have (wait and retry, fix the request, use another tool or source) rather than stopping unnecessarily.
If someone clearly decided something is a hard blocker, such as a file marked not to be touched, access that was intentionally withheld, or a safety guardrail, leave it alone, say plainly what you found, and look for another safe way to finish the task. Stopping before the task is complete is very rarely merited, as in when the task can’t move forward without user input, or where the blocker is deliberate and should not be worked past. This does not override the need for confirmation on risky or destructive actions.
日本語のシステムプロンプトに混ぜたい人のために、編集部の訳も載せます。公式のテストは英文で行われています。訳でも同じ効き目が出るかは、今回の調べでは分かりません。
# 作業を最後までやる
ユーザーに頼まれた作業が残っているうちは、止まらないでください。粘り強く続け、必要なとき以外は止まらないでください。
途中の報告や、まだ決まっていない点をユーザーに確かめるのは歓迎します。ただし、ユーザーの答えを待たなくてよい作業はむだに止まらずに進めてください。
ユーザーに方向転換を促したり待つと申し出たりしそうになったら、代わりに作業の次の部分へ進んでください。エラー、時間切れ、ロックされたファイル、空の結果、動かない道具のような、ふつうの障害に出会うことがあります。まず原因を調べ、本当の障害でなければ使える手段で乗り越えてください（待ってやり直す・頼み方を直す・別の道具や情報源を使う）。むだに止まらないでください。
触らないよう印の付いたファイル、わざと渡されていないアクセス、安全のための仕組みなどは、誰かがはっきり越えてはいけないと決めた壁です。こうした壁はそのままにしてください。見つけたことをそのまま伝え、作業を終える別の安全なやり方を探してください。作業が終わる前に止まってよいのは、ごくまれです。ユーザーの答えがないと進めないときや、壁がわざと置かれていて越えるべきでないときがそれに当たります。この指示は、危ない操作や壊す操作の前に確認をとる決まりを上書きしません。
この文のポイントは、壁を2種類に分けていることです。
- ふつうの障害：エラー・時間切れ・動かない道具。原因を調べて乗り越えさせます
- わざと置かれた壁：触るなと書いたファイル・渡していない権限・安全の仕組み。越えずに報告させます
公式は、mediumで記録したセッションをもう一度流して効き目を測りました。作業が残ったまま終わったセッションは約半分になり、出力トークンは約30%増えています。
ただし、残りを一覧にして止まる終わり方はなくなりませんでした。確認を求める回数も減るので、元に戻せない操作の確認は自分の仕組みで残すよう公式は書いています。
書き換えは新しい会話で行う
指示文は、新しい会話で足してください。Fable 5.2のAPIは、会話の途中でシステムプロンプトなどが書き換えられていないかを確かめます。書き換えた会話を続けると、400エラーで止まることがあります。
Fable 5.2のeffortは5段階のどれを選ぶか
effortは、Fable 5.2がどれだけ考えるかを決める設定です。考える量、1回にかかる時間、使うトークンがまとめて変わります。
- Claude APIの既定：high
- Claudeのアプリと Claude Code の既定：medium
Fable 5.2のeffort 5段階の早見表
| effort | 公式が向くとする仕事 | 向く例（編集部の目安） | 気をつけること |
|---|---|---|---|
| low | すばやいやり取り・中身が決まった仕事・大量の処理 | メールの言い換え・分類・大量の要約 | 止まりやすい。長い作業はFinishing workを足す |
| medium | 対話しながらのコーディング・チャット・日々の知的作業 | 相談・下書き・見ながらの修正 | アプリと Claude Code の既定。長い作業は止まりやすい |
| high | 難しいコーディング・リサーチ・人が見ていない長い実行 | 調べもの・大きなコードの直し・夜通しの作業 | APIの既定。伸びの大部分はここで出る。挨拶にも考える |
| xhigh | いちばん難しい長いコーディングとエージェントの仕事 | highで足りないと測れた難所だけ | 点数はわずかに上がりトークンははるかに増える |
| max | 上限を測る・時間とトークンを気にしないまれな仕事 | ふだんは使わない（科学や数学の探索） | 1回が遅くxhighよりはるかに多く使う |
公式は、APIの既定のhighから始めるよう勧めています。能力の伸びの大部分は、すでにhighで得られるからです。
highは時間とトークンが増えるので、品質が落ちないと確かめた仕事はmediumに下げます。highより上は、仕事によって効き目にばらつきがあると公式は書いています。
簡単な質問が遅いときはその回だけ下げる
high以上では、Fable 5.2は挨拶への返事の前でも考えます。簡単な質問が遅いときや高くつくときは、その回だけeffortを下げるのが公式の答えです。
effortを変えても、返事の長さはほとんど変わりません。長さと口調を変えたいときは、プロンプトで頼んでください。
1つの仕事の中で段階を混ぜることもできます。公式の例は次の使い分けです。
- 計画を立てて直していく所：medium
- 人が見ていない長い作業：highに上げる
effortの段階の並びはモデルが変わっても同じです。ただ、同じ段階でも考える量はモデルごとに違います。Fable 5.1やOpus 5.5で決めた段階は持ち越さず、測り直してください。
コードを任せる1文で重複の統合は10分の1未満から約半分になった
Fable 5.2は、プロンプトに書かれた「コードは誰のものか」に強く反応します。何も書かないか他人のコードとして渡すと、今ある作りに足していく傾向がありました。
重複したコードがあっても足し続け、近くの不具合も直さずに報告だけしがちです。作りを良くしてほしいなら、次の1文を足してください。
This codebase is yours: what it’s for and how it’s built are your call, and you’ll keep building on it.
このコードはあなたのものです。何のためのものか、どう作るかはあなたが決めてください。これからもあなたが作り続けます。
- 重複したコードをまとめた割合：この文なしで10分の1未満、ありで約半分
- 出力トークン：約1.5倍
- 頼んでいない変更：新しいテストや説明書きを中心に、いくつか増えました
- 頼んだ機能：どちらでも、ほぼ毎回動きました
公式の小さなコーディングの仕事で測った結果です。長いシステムプロンプトの中にこの1文を混ぜても、効き目は残りました。
自分のコードを少しだけ直したいときは入れない
- 外す場面：自分のコードを最小限だけ直してほしいとき
- 決まりでは止まらない：「ついでの書き換えはしない」と別に書いても、約3分の1の試行で重複がまとめられました
この1文を入れると、最後のまとめに小さな変更が載らないことも多いと公式は書いています。まとめだけでなく、変わった箇所（差分）も自分の目で確かめてください。
長い作業で黙るときの指示文3本はこう使い分ける
Fable 5.2は道具を続けて使っている間、ユーザー向けの文をほとんど書かないことがあります。何をするか言わずに、最初の道具を使い始めることもあります。
公式はまず、画面側が途中の報告を受け取れているかを確かめるよう書いています。APIの既定では途中の報告の内容が空で届くため、文字だけを映す画面では黙っているように見えるからです。
- 人が横で見ながら使う：①の文を足す
- 画面の仕組みを直せない：②の1文を足す
- 仕組みを直せる：③を仕組み側で足し、①と組み合わせる
① 始める前と終わりに一言言わせる文
Before you start, say in a line what you’re about to do; brief updates while you work help the user follow along. Close with a short recap that stands on its own (what you found, what you did, and what’s next), so a reader who only sees the last message has the full picture.
始める前に、これから何をするかを1行で言ってください。作業中の短い報告があると、ユーザーは流れを追えます。最後は、それだけで分かる短いまとめで締めてください（分かったこと・やったこと・次にやること）。最後のメッセージしか見ない人でも、全体が分かるようにするためです。
公式のテストでは、この文を入れると毎回最初の道具を使う前に一言話しました。出力トークンはおよそ20%増えています。
② 数手ごとに1行報告させる文
Every few tool calls, give the user a one-line update on where things stand.
道具を何回か使うごとに、いまどこまで進んだかをユーザーに1行で伝えてください。
画面の仕組みを直せないときに、システムプロンプトへ足す1文です。公式のテストでは、長い無言の多くがなくなりました。
③ 無言が続いたときのリマインダー
The user hasn’t heard from you in a while: say in a few words what you’re doing, then continue.
ユーザーはしばらくあなたから何も聞いていません。いま何をしているかを短く伝えてから、続けてください。
これはシステムプロンプトではなく、仕組みの側が会話の途中に足す文です。読める文を出さないまま道具の操作が何回か続いたら、最新の道具の結果のあとに足します。公式のテストでは、いちばん長い無言の時間がおよそ半分に縮みました。
- トークンも時間も、目立っては増えませんでした
- 結果だけを後で見に来る仕事なら、間が空いても困りません。公式も、Fable 5.2は長く走らせて後で見る使い方に向くと書いています
報告書を読みやすくする「Communicating clearly」は古い決まりを消してから足す
長い作業のあと、最後の報告を読む人は途中の道具や開いたファイルを見ていません。報告だけで話が通じるように書かせるのが、この指示文です。
# Communicating clearly
Write for an intelligent but low-context reader. The person reading has not seen your tool calls, your reasoning or the files you opened, and may be switching in from other work. Messages should generally be self-contained: the reader should understand what you mean without having to dig for other context. Put the key points in the first few sentences. Practice progressive disclosure in your sentence order, and do not use undefined references and ideas in line 1 that won’t make sense until the reader reaches line 12.
Use plain words, and write in clear, understandable full sentences. Do not use a term or abbreviation that you made up during the work. Say what the thing is in a way any reader would understand. Write mostly in the style of ASD-STE100 Simplified Technical English: short sentences, one idea per sentence, active voice, and consistently using the same word for the same thing. Use a paragraph of flowing prose where ideas connect, and keep bullets for lists of separate items. Leave out unnecessary details unless the reader asks and practice concision, but do ensure that your messages have the key context. Aim to make your user-facing text as human-readable and clear as possible.
下は編集部の訳です。原文のASD-STE100（英語の文書を簡単に書くための規格）の所は、日本語では意味が通らないためその内容に言い換えました。
# 分かりやすく伝える
頭はよいが事情を知らない読み手に向けて書いてください。読む人は、あなたが使った道具も、考えた内容も、開いたファイルも見ていません。別の仕事から切り替えて読むかもしれません。メッセージはほかの情報を探さなくても意味が通じるようにし、大事な点は最初の数文に置いてください。文は少しずつ詳しくなる順に並べ、12行目まで読まないと分からない言葉や考えを1行目で使わないでください。
平易な言葉を使い、分かりやすい完全な文で書いてください。作業中に自分で作った用語や略語は使わず、それが何なのかを誰にでも分かる言い方で書きます。文は短くし、1文に1つの考えを書いてください。主語ははっきりさせ、同じものにはいつも同じ言葉を使います。考えがつながる所は流れのある段落で書き、別々の項目を並べるときだけ箇条書きにしてください。読み手が求めない限り、細かいことは省いて簡潔にします。ただし、要になる背景は必ず入れてください。ユーザーに見せる文は、できるだけ人が読みやすく分かりやすいものにしてください。
公式のテストでは報告書に情報を詰め込みすぎることが減り、セミコロンも少なくなりました。作業の自動化の仕事では、文も短くなっています。
- 報告の長さを決めたいとき：文字数や段落の数を足す
- 必ず入れてほしい項目があるとき：その項目名を足す
足す前に「1文20語以内」のような決まりを消す
Fable 5.2は文体の決まりをきっちり守ります。そのため「1文につき1つの指示で20語以内」のような厳しい制限があると、文がぎこちなくなります。
公式は、要らなくなった文体の決まりを消してからこの文を足すよう書いています。日本語の報告で「1文〇字以内」と決めている人も、先に見直しておくと安心です。
Fable 5.2で効かない書き方は「熟考せずに直接答えて」など6つある
前のモデルで効いた書き方が、Fable 5.2では効かなかったり効きすぎたりします。公式のプロンプト解説と新機能のページにはっきり書かれているものを、6つ紹介します。
「熟考せずに直接答えて」は思考を止めない
Fable 5.1は「熟考せずに直接答えて」のような1行に、ふつうは従っていました。Fable 5.2では、公式のテストでmedium以上だと思考が止まりませんでした。
そもそもFable 5.2は、考える機能（適応型思考）が常にオンです。思考の深さはeffortで決めるので、速くしたいならその1行は消してeffortを下げてください。
書いたとおりに守りすぎる5つ
残りの5つは、Fable 5.2が指示をきっちり守るせいで裏目に出るものです。
- 「1文20語以内」のような文体の決まり：文がぎこちなくなります
- 前の答えを済んだものとして扱わせる2文：Opus 5.5向けの文です。考える量は減りますが、前の答えの誤りを指摘しにくくなります
- 広く書いた承認の決まり：外の人へのメッセージに承認を求めると、承認する人がいない場面で同僚への日常の依頼のおよそ半分を控えました
- 「再試行しない」と書いた古いメモ：道具が混んでいたときの再試行が、ほぼ毎回から約4割に減りました
- 仕組みがプロンプトに書く大きなトークンの予算：外すと費用が下がり、出来は同じでした
承認の決まりは、対象の操作を名前で書くのが公式の勧めです。続けてほしいときも、「続けて」の一言で済ませないでください。「はい、検証用のデータベースで移し替えを実行して」のように、何をしてほしいかまで書きます。
メモや手順書に積もった注意書きは、理由がなくなったものから消していきます。CLAUDE.mdの書き方を見直すときも、この順番で進めるのが近道です。
前のモデルから移るときの4手順
公式が示す移行の手順は、effortをhighにして測るところから始まります。そのあと持ち越す指示を読み、上の6つに当たるものを消して試します。
次に、いちばん長い作業を流して止まる所や黙る所、要らない承認を確かめます。見つかった困りごとに1つずつ指示文を当て、効き目とトークンの増え方を測るのが最後の手順です。
Fable 5.2とOpus 5.5を12回比べると曜日の誤りに気づいたのはOpus 5.5だけだった
プロンプトとは別に、Fable 5.2がふだんの仕事でどう動くかも確かめました。11月10日の朝6時台に、取引先へのお詫びメールを3つのモデルへ4回ずつ頼んでいます。
- 頼んだこと：件名1行と本文180〜220字
- 入れる内容：納品が3日遅れた・新しい納品日は11月14日（金）・送料はこちらが負担
- やり方：Claude Codeから道具なしで実行し、effortは既定のまま
- 合格の条件：本文が180〜220字で、11月14日・送料・3日の3つが入っている
3つのモデルに同じメールを4回ずつ頼んだ結果
| モデル | 返事までの中央値 | 出力トークンの中央値 | 合格 | 曜日の誤りに気づいた回 |
|---|---|---|---|---|
| Claude Fable 5.2 | 12.3秒 | 1,314 | 4回中4回 | 0回 |
| Claude Fable 5.1 | 19.8秒 | 1,716 | 4回中4回 | 0回 |
| Claude Opus 5.5 | 12.8秒 | 1,240 | 4回中3回 | 1回 |
返事までの時間の中央値は、Fable 5.2が12.3秒でした。Fable 5.1の19.8秒より約4割短く、Opus 5.5の12.8秒とほぼ同じです。
曜日の誤りに気づいたのはOpus 5.5の1回だけ
実は、編集部の指示には誤りがありました。2026年11月14日は金曜ではなく土曜です。
- Fable 5.2：4回とも「11月14日（金）」のまま書きました
- Fable 5.1：同じく4回とも、そのまま書いています
- Opus 5.5：4回目だけ、本文のあとに「2026年の11月14日は土曜日です」と注意書きを足しました
その回は注意書きを含めると260字になったため、不合格としました。本文だけなら194字で、条件はすべて満たしています。
Fable 5.2は、指示に書かれた内容をそのまま守ったとも言えます。日付と曜日のような事実が入る文は、どのモデルでも送る前に人の目で確かめてくださいね。
Fable 5.2を選ぶ仕事とOpus 5.5で足りる仕事
公式は、ほとんどのコーディングと知的作業はOpus 5.5から始めるよう勧めています。Fableは、いちばん大がかりで答えの決まっていない技術の仕事に向く位置づけです。
- Fable 5.2：人が見ていない長い作業・難しいコーディングやリサーチ・ほかのモデルに仕事を振る司令役
- Opus 5.5：メールや要約のような日々の仕事・対話しながらのコーディング
今回のような短いメールでは、Fable 5.2の強みは出ませんでした。速さはOpus 5.5とほぼ同じで、曜日の誤りに気づいたのはOpus 5.5の方です。
Fable 5.2のAPI料金を円にするとメール1,000通の出力はOpus 5.5の2.1倍だった
APIの単価は、100万トークンあたりで決まっています。11月11日の為替1ドル158.1円（2つの情報源で確かめた値）で、公式の単価を円に直しました。
Fable 5.2のAPI料金を円にした額
| 料金の種類 | 入力（100万トークン） | 出力（100万トークン） |
|---|---|---|
| Fable 5.2（通常） | 8ドル（約1,265円） | 40ドル（6,324円） |
| Fable 5.2（fast mode） | 16ドル（約2,530円） | 80ドル（12,648円） |
| Fable 5.2（バッチ） | 4ドル（約632円） | 20ドル（3,162円） |
| Fable 5.2（キャッシュ読み取り） | 0.20ドル（約32円） | ー |
| Fable 5.1（前の版） | 10ドル（1,581円） | 50ドル（7,905円） |
| Opus 5.5 | 4ドル（約632円） | 20ドル（3,162円） |
前のFable 5.1は入力10ドル・出力50ドルだったので、Fable 5.2は2割安くなりました。fast modeは生成を最大2.5倍速くする代わりに、単価が通常の2倍です。
- 一度に読める量（コンテキスト）：100万トークン
- 1回の出力の上限：128kトークン
- データの保持：30日間の保持が必要
- キャッシュの読み取り：入力の2.5%（100万トークンあたり0.20ドル）
お詫びメール1,000通の出力は8,299円
12回の実測から、1通あたりの出力にかかる費用を出しました。出力トークンの中央値に出力の単価を掛け、測った日の為替1ドル157.95円で円に直しています。
Fable 5.2は8,299円で、Opus 5.5の3,917円の2.1倍でした。単価が2倍なうえに、出力トークンもFable 5.2の方が少し多かったからです。
内訳を見ると、Fable 5.2は4回とも出力トークンの8割以上が思考の分でした。200字ほどのメールでも、料金の大半は考える部分にかかっています。
費用を抑えたいなら、次の2つから考えてみてください。
- 大量の定型文をFable 5.2で回す：effortをlowに下げるか、半額のバッチを使う
- 短い仕事：Opus 5.5で足りるかを先に試す
Proプランは日本時間11月17日16時59分まで週の上限の50%を追加料金なしで使える
APIを使わない人に関係するのは、Claudeの有料プランでの扱いです。公開を記念して、プランごとにFableの追加の利用枠が付いています。
- Proプラン：1週間、週の利用上限の50%までFableを追加料金なしで使えます
- 期限：11月16日23時59分（米国太平洋時間）。日本時間では11月17日16時59分
- その後：使用クレジットを入れている人は、そちらからの支払いに切り替わります
- 無料プラン：この販促の対象外
50%を使い切るか週が終わると、Fableの利用は使用クレジットでの支払いに戻ります。対象はFable 5.2だけでなく、Fable 5.1とFable 5も含みます。
AInformationのAIツールナビ（509本・11月7日時点）では、Claudeの有料プランを月3,478円で載せています。これはドル建ての料金を円に直した額で、日本円では払えません。
11月17日以降に使用クレジットで払うと1回いくらになるかは、今回の調べでは分かりませんでした。無料プランでFable 5.2を選べるかも、確かめられていません。発表のニュースはFable 5.2の公開とProの定額にまとめています。
ChatGPTとClaudeに同じ2問を聞くと公式に合っていたのはChatGPTだった
読者がAIに聞いたらどんな答えが返ってくるかも、確かめました。11月11日の朝7時台に、ChatGPTとClaudeへ同じ質問を2つずつ投げています。
- 1問目：Fable 5.2の返事が遅い。「考えずにすぐ答えて」と書けば速くなるか
- 2問目：長い作業を最後までやらせる文を日本語で。危ない操作の確認はどうするか
答えは、公式のプロンプト解説と新機能のページと照らし合わせました。確かめたのは1問目が3項目、2問目が5項目の計8項目です。
8項目すべてに沿っていたのはChatGPTでした。Claudeが合っていたのは2項目で、2項目はあいまいでした。
ChatGPTとClaudeの答えを公式の8項目に照らした結果
| 公式にあること | ChatGPT | Claude |
|---|---|---|
| 1問目：考えない指示ではmedium以上の思考は止まらない | ○ | △ 多少効くと答えた |
| 1問目：速くするならeffortを下げる | ○ | × 触れず |
| 1問目：Fable 5.2の思考は常にオン | ○ | × オフにすると答えた |
| 2問目：エラーや時間切れは調べて乗り越える | ○ | ○ |
| 2問目：わざと置かれた壁は越えずに報告 | ○ | × 触れず |
| 2問目：危ない操作の確認は残す | ○ | ○ |
| 2問目：途中の短い報告はしてよい | ○ | △ 逐一はしないと書いた |
| 2問目：lowとmediumは早く止まりやすい | ○ | × 触れず |
Claudeは「拡張思考をオフに」と答えた
Claudeは1問目で、速くする方法の2番目に「拡張思考をオフにする」を挙げました。ですがFable 5.2の思考は常にオンで、APIで切ろうとするとエラーになります。effortには一度も触れていません。
アプリにその切り替えがあるかは、今回の調べでは確かめていません。少なくとも公式は、思考の深さはeffortで決めると書いています。
2問目では、危ない操作の確認はきちんと残していました。一方で「途中経過の逐一報告はしない」と書いています。進み具合はタスクリストで示すとしていますが、公式が勧める短い途中報告とは向きが逆です。
- 触るなと決めたファイルのような、わざと置かれた壁の扱いが抜けていました
- lowとmediumでは早く止まりやすい、というeffortの話もありませんでした
ChatGPTは公式に沿っていたが3分以上かかった
ChatGPTは1問目で、effortをlowにすることを最優先に挙げました。2問目でもエラーや時間切れは乗り越え、明示された禁止は回避しないと分けて書いています。
ただし答えが出るまでに1問目は200.1秒、2問目は201.5秒かかりました。どちらも待ち時間の上限に達し、答えは文の途中で切れています。Claudeは33.1秒と39.1秒でした。
ChatGPTが挙げた画面の操作（送信ボタンの横からEffortを選ぶ）は、今回の調べでは確かめていません。設定の場所は、一度ご自分の画面で確かめてから使ってくださいね。
※記事の事実とは分けて、筆者の考えを書いています。
分析・考察Fable 5.2で戸惑うのは、前のモデルで効いた書き方がそのまま効かないことです。「考えないで」と書いても速くならず、厳しい決まりは守りすぎます。プロンプトを足す前に、古い指示を減らす方が先です。
仕事に使うなら、日々の仕事はOpus 5.5に置いてFable 5.2は長い作業だけに回すのが確実です。効き目と費用は仕事ごとに違うので、公式の6本も1本ずつ足して測ってください。
- Claude Fable 5.2で「考えずにすぐ答えて」と書けば速くなりますか？
- 速くなりません。公式のテストでは、熟考せずに直接答えるよう指示してもmedium以上では思考が止まりませんでした。Fable 5.2は考える機能が常にオンで、high以上では挨拶の前でも考えます。簡単な質問を速くしたいときは、その回だけeffortをlowかmediumに下げてください。
- Fable 5.2が長い作業の途中で止まるときはどうすればいいですか？
- システムプロンプトに公式の「Finishing work」を足してください。公式がmediumで記録済みのセッションを流し直したところ、作業が残ったまま終わるセッションが約半分になりました。ただし出力トークンは約30%増えます。止まりにくくなる分、危ない操作の確認は自分の仕組みで残しておきます。
- Fable 5.2のAPI料金は日本円でいくらですか？
- 100万トークンあたり入力8ドル・出力40ドルです。11月11日の1ドル158.1円なら、約1,265円と6,324円になります。fast modeは16ドルと80ドル、バッチは4ドルと20ドルです。編集部がお詫びメールで測ると、1,000通分の出力はFable 5.2が8,299円でOpus 5.5が3,917円でした。
- Claudeの無料プランでFable 5.2は使えますか？
- この調べでは分かりませんでした。公開記念の追加の利用枠は、無料プランを対象から外しています。Proプランは日本時間11月17日16時59分まで、週の上限の50%までFableを追加料金なしで使えます。その後は使用クレジットの払いに戻ります。
