はじめに
今週、AnthropicがClaude Fable 5.2を公開しました。筆者が使っているTeamプランでも、使えるようになっています。
先にお断りします。筆者は、業務でClaude Codeを使っていて、Teamプランの利用者です。先週の記事もAnthropicの話題でした。この記事では、公式の資料で確認できたことを軸に、「使う前に確認しておきたいこと」を整理します。性能や速度は、ベンダー自身の主張なので、数字の紹介は最小限にします。
この記事は、2026年11月14日時点の内容です。Teamプランの条件には期限があります。
今週の要点
- Fable 5.2は、Anthropicが「技術的な仕事で、最も能力の高い一般提供のモデル」と位置づけるモデルです。ただし公式は、日常のコーディングや知識労働には、まずOpus 5.5から始めることをすすめています。
- 価格は、前の世代(Fable 5.1)より下がりました。
- Teamプランでは、11月16日まで、Fableを週間上限の50%まで、追加費用なしで使えます。その後は、利用クレジットでの課金になります(有効化している場合)。
- サイバーやバイオに関する質問は、能力の低いモデルへ、自動で振り分けられることがあります。Fableの利用には、既定で30日間のデータ保持が必要です。
- 筆者は、2つの仕事(複数プロジェクトの進捗の横断管理と、引き継いだPoCの設計)で試しました。効果は、まだ測っていません。
Fable 5.2とは(公式の説明)
公式の製品ページで確認できた内容です。
- 位置づけ: コーディング、金融、科学など、技術的な仕事に向く、最も能力の高い一般提供のモデル。日常の作業には、Opus 5.5から始めることをすすめています。
- 価格(100万トークンあたり)
| 入力 | 出力 | |
|---|---|---|
| 標準 | 8ドル | 40ドル |
| (参考)Fable 5.1 | 10ドル | 50ドル |
| 高速モード | 16ドル | 80ドル |
- 高速モード: 最大2.5倍の速さをうたっています。Claude Platform、Google Cloud、Microsoft Foundry、Claude Codeで使えます。
- 提供: Pro、Max、Ultra、Team、Enterpriseのプラン。APIでは、Claude Platform、各クラウド(AWS、Google Cloud、Microsoft Foundry)から使えます。
- 性能の数字: 製品ページには、ベンチマークの結果が載っています。ただしベンダー自身の報告で、公式も、安全性の評価はシステムカードを参照するよう案内しています。この記事では、数字を取り上げません。
報道(CNBC)によれば、Anthropicは、同時にMythos 5.2も公開しました。こちらは、検証を受けた組織だけが、専用のプログラム(ライフサイエンス、サイバー)を通じて使えます。一般には提供されません。
Teamプランで使うとき(公式の条件)
Anthropicのサポート記事で確認できた条件を、整理します。期限がある点が、いちばん大事です。
対象
- Pro、Max、Ultra、Teamのスタンダード席とプレミアム席。Freeプランは、対象外です。
- 2026年11月9日 10:00(米国太平洋時間)より前に、有料の契約が成立している必要があります。
Teamのスタンダード席(Proも同じ)
- 2026年11月16日 23:59(米国太平洋時間)までの1週間、Fableを、週間上限の50%まで、追加費用なしで使えます。日本時間では、11月17日の16時59分ごろです。
- あわせて、Fableの上限のリセットが1回つきます。期限は、同じ11月16日 23:59(米国太平洋時間)です。
- 50%に達した後と、期間が終わった後は、利用クレジットで課金されます(有効化している場合)。
Teamのプレミアム席(MaxやUltraも同様)
- 契約期間(最初の課金から)に応じて、上限のリセットがつきます。6か月未満は1回、6〜12か月は2回、12か月を超えると3回です。期限は、2027年3月8日です。
- この条件の後の、Fableの使い方の課金については、サポート記事に書かれていません。
リセットの仕組み
- 週間の上限は、Fableで使った分だけが戻ります。5時間の枠は、他のモデルの分も含めて、全部戻ります。
- リセットは、上限を増やすものではありません。期限までなら、いつでも使えます。取り消しはできません。
利用クレジットとは(別のサポート記事)
- 上限に達したとき、止まらずに作業を続けるための仕組みです。Claude Code でも使えます。
- 有効にできるのは、組織のオーナーです。オーナーは、月ごとの支出の上限を、組織全体や、席の種類ごとなどに、設定できます。
- 標準のAPIの料金で課金されます。Teamでは、事前に購入する形で、購入から12か月で失効し、返金はできません。
ほかに、公式が書いている注意
- 「Fableのモデルは、他のClaudeのモデルより、利用上限の消費が速い」と、書かれています。
- 既定のモデルは、変わりません。使うには、モデルの選択で、Fableを選びます。
知っておきたい制約:安全策とデータ保持
製品ページには、使う前に知っておきたい条件が、書かれています。
- サイバーとバイオの質問は、振り分けられることがある。 公式は、「サイバーとバイオに関する強い安全策を備えている」とし、フラグが立った質問は、能力の低いモデルへ自動で振り分けられると書いています。振り分け先は、サイバーがOpus 4.8、バイオがOpus 5です。
- 検証プログラムがある。 正当な業務では、サイバーやライフサイエンスの検証プログラムを通じて、安全策を調整できる、とされています。
- データ保持が必須。 「Fableを使うには、安全監視のため、既定で30日間のデータ保持が必要」と書かれています。ゼロデータ保持を使いたい企業向けには、別の仕組みが説明されていますが、その提供は、まだ確認できていない、とされています。
つまり、能力が高い代わりに、使える範囲に条件があるモデルです。
筆者が使ってみたこと:2つの仕事
筆者は、普段、業務でClaude Codeを使っています。使い分けは、次のとおりです。
- 計画や設計: Opus
- 実際の進捗管理、ドキュメントの作成、コーディングなど: Sonnet
今週、Fable 5.2が期間限定で利用できるとのことなので、2つの仕事で使ってみました。どちらも、Claudeのデスクトップアプリ(Codeタブ)で行いました。以下は、Fable 5.2自身にまとめてもらった作業レポートを元に書いています。社名や案件の名前は書きません。効果(作業時間の削減など)は、まだ測っていません。 書けるのは、「何を作ったか」「どう進めたか」までです。
1つ目:複数のプロジェクトの進捗を、横断して見る
背景: 複数のプロジェクトを、1人で並行して進めています。それぞれ、Claude Codeの別々のチャット(フォルダ単位)で進めてきました。チャットが増え、どれが今どうなっているのかを、一覧で把握できなくなっていました。
やったこと
- 全プロジェクトを対象に、進捗と課題を管理するエージェントとして働くよう、依頼しました。
- 調査を5つのグループに分け、サブエージェントに並行して調べさせました。 サブエージェントには、Sonnetを指定しています。調べる範囲は、チャットの記録の末尾、AIが書き残したメモ、最近更新されたファイルに限りました。読み取り専用で、パスワードや鍵は読ませません。
- 統合、優先順位付け、成果物の作成は、親のFable 5.2が行いました。
- 成果物は、データの正本(JSON)、Excelの管理表、ダッシュボード(Claudeのアーティファクト)です。ダッシュボードには、今週のタスクを、優先度をつけて曜日に割り付けています。
- 毎週月曜の朝に、棚卸しを行う定期タスクを登録しました。ただし、登録しただけで、まだ1回も動いていません。
見えたこと: 1つ1つのチャットでは見えない、全体の傾向が見えました。止まっている案件や、計画と実態のずれです。たとえば、ある計画表では、状態の欄が全行「未着手」のまま更新されておらず、遅れが表からは見えませんでした。
AIの推定と、人の確認を分けた
- AIは、記録から推定できることと、できないことを分けました。推定には「推定」と明記しています。
- そのうえで、案件を1件ずつ、記録と選択肢を示して、筆者が確認しました。選ぶだけで済み、違うときだけ自由に書けます。
- 推定が外れた例があります。 ファイル名の日付だけを根拠に、期限が近いと推定して、優先度の高い課題にしました。実際には、提出を含めて、すべて完了していました。
- 会話の外(メールや口頭)で進んだことは、チャットの記録に残りません。AIには、見えません。
定期タスクの指示書は、前の会話を覚えていなくても動くように、自己完結させました。外部への送信、案件のフォルダ内の変更、承認なしの削除は、禁止しています。調査の途中で見つかった空のフォルダは、筆者に聞いて、承認を得てから削除しました。
2つ目:引き継いだPoCの、リファクタリングの設計
背景: 引き継いだ業務改善のPoC(概念実証)の実装を、見直したいと考えていました。それまでの進め方は、チャットのAIに、長いプロンプトを貼り付けて実行する方式でした。
やったこと
- 前のモデルが作った計画を、検証しました。 計画を、変わった前提と1項目ずつ突き合わせ、「有効」「要修正」「不成立」と判定しました。結果は、「範囲が広すぎた」。そこで、一度に作り替えず、価値の大きい順に、小さく段階的に進める形に縮小しました。
- 実物の調査を、3つのサブエージェントに分けて、読み取り専用で行いました。
- AIを使わないほうがよい処理が見つかりました。 月次の集計は、AIに任せていた処理でしたが、実際の出力は、台帳から数え直した結果と、全項目で一致しました。つまり、AIを使わない普通のプログラムに置き換えられます。設計の軸は、「答えが1つに決まる処理はプログラム。読み取り・要約・推論だけAI。判断は人」になりました。
- 設計書は、いきなり渡すのではなく、まず8回に分けて、対話で説明してもらいました。筆者が理解してから、設計書にまとめました。
- 説明を受けた筆者が、「他のPoCとも関連する、統合AI基盤になる」と気づきました。AIの提案ではなく、理解した人の気づきでした。
- 概算の費用は、AIの記憶ではなく、AWSの公開料金表から単価を取得して計算しました。仮定と、反映していない条件も、結果と一緒に示してもらいました。
まだ、やっていないこと: 実装(プログラムの開発)は、始めていません。今週行ったのは、調査、設計、資料の作成です。
使ってみて気づいたこと
- 利用上限: 調査のサブエージェントを3件、並行して動かしたところ、途中で、利用量の上限に達して止まりました。再開して完了しましたが、以後は、並行を2つまでにする方針にしました。公式が「Fableは、利用上限の消費が速い」と書いているのと、合う経験でした(サブエージェントのモデルは、特に指定していなかったので、親と同じFable 5.2で動いていたと思われます。確認はしていません)。
- 親とサブエージェントの分担: 統合や判断は親(Fable 5.2)、記録を読んで要約する調査はサブエージェント(Sonnet)、という分担にしました。
- 前のモデルの仕事を、検証から始められた: 引き継ぎの手がかりは、会話の要約、メモのファイル、成果物、生成スクリプトでした。
- AIが、「AIを使わない」ことを提案した(上の3)。
- モデルが替わる前の備え: Fable 5.2を使えなくなることを見越して、次のモデルへの引き継ぎを準備しました。設計書などを生成するスクリプトを、プロジェクトに移し、次のセッションが最初に読む指示書(CLAUDE.md)を書きました。Fable 5.2自身の助言は、次のとおりです(AI自身の助言であり、筆者が検証したものではありません)。
- 親は上位のモデル(設計の判断、作業の分解、結果の検証)。実装のサブエージェントは中位のモデル。調査や定型作業は軽量なモデル。レビューは、実装に関わっていない上位のモデル。
- モデルの差は、「仕様を先に書く」「正解データを合格条件にする」「作業を小さく切る」「作った本人に検証させない」で補う。
- 業務ルールの解釈、本番に触れる操作、結論や金額の変更は、人が確認する。
筆者の見方:どう使い分けるか
ここからは、筆者の見方です。公式の説明とは分けて書きます。
1. まず、Opus 5.5から始める
公式が、日常の作業にはOpus 5.5をすすめています。Fableは、上限の消費が速く、条件も多いモデルです。常用するより、難しい問題に使うのが、現実的だと考えます。筆者の普段の使い分け(上位のモデルは計画と設計に、下位のモデルは実行に)も、同じ方向です。
2. 無料の枠が使えるうちに、一度、試す
11月16日までは、追加費用なしで、週間上限の50%まで使えます。自分の仕事で、どんな作業なら、Fableが効くのかを、試すよい機会です。ただし、消費が速いので、重い作業で、一気に使い切らないよう、注意が必要です。
3. 管理者は、期限の後の課金を、先に決める
期間が終わると、Teamのスタンダード席は、利用クレジットでの課金になります。標準のAPIの料金です。クレジットを有効にするか、支出の上限をいくらにするかを、オーナーが決めておかないと、メンバーが戸惑います。
4. セキュリティ関連の作業では、振り分けを意識する
インフラやセキュリティの仕事では、サイバー関連の質問が、振り分けの対象になる可能性があります。期待した能力が出ないことがあれば、振り分けが原因かもしれません。業務で必要なら、検証プログラムの確認が、選択肢になります。
関連:上場の動き
先週、Anthropicの上場申請書(S-1)を読んだ記事を書きました。今週のCNBCは、次のように報じています(いずれも報道です)。
- 上場は、早ければ来週になる可能性がある。
- 評価額は、1兆〜1.5兆ドルを目指している。以前の報道の2兆ドルから、下がっている。
- 修正された目論見書では、9月30日までの9か月の売上が332.4億ドルで、前の年の同じ時期の約12倍(約1,200%の増加)だった。
注意: これらは、CNBCの報道です。SECの原本は、今回、確認できていません。 ほかにも、価格帯や上場日の報道がありますが、投資系のブログが中心で、確定した情報としては扱えません。 確認でき次第、あらためて整理します。
確認しておきたい点
- 性能・速度・値下げは、ベンダーの主張です。 独立した検証は、確認できていません。
- Teamの条件は、期限があります。 11月16日 23:59(米国太平洋時間)です。サポート記事の内容は、変わることがあります。
- 振り分けの条件は、製品ページの記述です。 実際にどの質問が対象になるかは、この記事では確認していません。
- 上場の数字は、報道です。 SECの原本は、未確認です。
- 筆者の使い方は、1人の事例です。 効果(時間の削減など)は測っておらず、定期タスクの初回の実行も、まだです。
- 筆者の立場: Claude Codeと、Teamプランの利用者です。
次のアクション
- 利用者: 11月16日までに、自分の難しい作業を1つ選んで、Fableで試してみてください。消費の速さも、あわせて見ておきます。
- Teamの管理者: 期間が終わった後の課金(利用クレジットを有効にするか、上限をいくらにするか)を、先に決めておいてください。
- セキュリティやインフラの担当: サイバー関連の質問が、振り分けられる可能性を、頭に入れておいてください。
出典
コメント