Claude Opus 5.5とFable 5.1の違い｜仕事での選び方

まず押さえたい全体像

Claude Opus 5.5は、2026年9月22日にAnthropicが発表したモデルです。長い開発作業や知識を使う仕事での改善と、Opus 5より低い実行費用が案内されました。ただし、多くの仕事でFable 5.1に近い性能という説明と、Opus 5比で約40%低い費用という説明はAnthropicの評価です。後者は既定設定・典型的な作業量での試算で、自分の仕事にそのまま当てはめられません。

Anthropicの発表とモデル選択ガイドでは、多くの仕事をOpus 5.5から評価し、難しい推論や長い仕事で不足する場合にFable 5.1を検討する考え方が示されています。日常業務ではSonnet 5も候補です。名前の序列より、資料の扱い、完成条件、手直しと確認負荷で選びます。

この記事で得られること

Opus 5.5、Fable 5.1、Sonnet 5の役割、費用の読み方、複数資料の仕事での使い方、同じ条件で比較する方法、機密情報と根拠の確認を整理します。特定の仕事での性能測定結果や、社内でそのまま使える完成依頼文は載せません。

目次

1. Claude Opus 5.5で何が変わったか / 2. Fable 5.1・Opus 5.5・Sonnet 5を役割で分ける / 3. 安さはAPI単価だけでなく完成までの費用で見る / 4. 複数資料の仕事で任せる範囲を決める / 5. 架空例：社内FAQの改定を3モデルで試す / 6. 品質・時間・手直し・利用量を同条件で記録する / 7. 機密・根拠・出力の確認を省かない / 8. まず過去の1件で試し、採用条件を決める

導入

新しいモデルが出るたび、今のモデルを使い続けてよいのか迷います。Opus 5.5はFable 5.1に近いならFableをやめてよいのか、Sonnet 5はもう不要なのか、料金はどこまで下がるのか。公式の比較表だけでは、社内の報告書やFAQを完成させる時の手直しまで分かりません。この記事では、モデルの特長を実務上の最初の候補へ変え、架空の仕事を使って人が確認するところまで具体化します。

1. Claude Opus 5.5で何が変わったか

2026年9月22日、Claude Opus 5.5が発表されました。Anthropicは、エージェント型の開発、コンピューター操作、知識業務でOpus 5から改善し、多くの仕事でFable 5.1に近い性能を示すと説明しています。公式発表ではAWSなどのクラウド提供先を含む全提供先で利用できると案内しています。また、Pro / Max / Team / 席単位Enterpriseの5時間あたりの利用枠も引き上げるとしています。自分の契約とモデル表示を確認します。

同じ発表で、Opus 5より仕事あたりの費用が約40%低いという説明もあります。これは既定設定・典型的な作業量で、一つの仕事を終えるまでの価格とトークン使用量を合わせたAnthropicの評価です。Fable 5.1との費用差を示す数字ではなく、Claudeの有料プランの月額が40%下がったという意味でもありません。

仕事への意味は「上位モデルへ一律に切り替える」ことではありません。完成物の品質、判断が必要な箇所、速度、利用量を同じ条件で確かめられる新しい候補が増えたことです。既存の文書・コード・調査を一つ選び、変更した後に何を確認すれば完成と言えるかを先に決めます。

新モデルの選択は、任せる仕事と完成条件が決まってから考える方が迷いません。モデルの説明を読んだ直後に、既存の仕事をすべて切り替える必要はありません。

2. Fable 5.1・Opus 5.5・Sonnet 5を役割で分ける

Anthropicのモデル選択ガイドは、多くの仕事ではOpus 5.5から始め、非常に難しい推論や長い作業で評価が足りなければFable 5.1を試す流れを案内しています。Sonnet 5は、速度や利用量を優先したい日常の文章作成、分析、開発でOpus 5.5と比べる候補です。これは公式の推奨を、一般の仕事へ当てはめる時の出発点です。

Fable 5.1は「いつでも最高だから使う」ではなく、必要な完成条件を他の候補では満たせない場合に検討します。Opus 5.5が社内の企画書で十分な場合、追加のモデル変更は不要です。逆に一つの資料で正確でも、複数資料の食い違いを扱うと確認漏れが出るなら、推論の強さ、入力条件、確認方法を見直してから別モデルを試します。

モデルの表示、推論設定、利用枠は契約や管理者設定で変わります。Claude.ai、Cowork、Claude Code、APIの画面や請求を一つにまとめて説明しないようにします。利用する場所を決め、その場所のモデル選択画面と公式案内を確認します。

長い仕事をClaudeへ任せる時の考え方は「Claude Coworkの仕事での使い方」でも扱っています。モデル選択と、仕事をどこまで任せるかは別の判断です。

3. 安さはAPI単価だけでなく完成までの費用で見る

「Opus 5.5は40%安い」とだけ聞くと、一件の仕事の費用も必ず同じ割合で下がるように見えます。この数字はOpus 5との比較であり、Fable 5.1との費用差ではありません。また費用は入出力の量、会話を何度やり直したか、キャッシュの効き方、推論の強さ、使用する経路で変わります。短い一問と、ファイルを何度も読んで完成まで進める仕事では、価格表の読み方が違います。

Anthropicの仕事あたりの費用解説は、API単価と、一件を終えるまでのやり直しやキャッシュの影響を分けています。同記事の数値例は説明用であり、読者の仕事の請求額ではありません。Opus 5.5がOpus 5より安くても、考える時間を増やしたり、資料を広く読み直したりすれば、仕事ごとの費用は変わります。

Claudeの月額プランで使う場合は、プランの利用枠と追加利用の条件を見ます。APIキーで使う場合はAPIの料金表と利用量を見ます。Claude Codeの仕事でモデルを切り替える場合も、サブスク認証かAPIキーかを確認します。比較ではモデルと推論設定を固定し、異なる料金条件を一つの価格表として扱いません。

4. 複数資料の仕事で任せる範囲を決める

複数資料の仕事では、何を読ませるかより先に、どの情報が正本かを決めます。たとえば古いFAQ、最新の製品仕様、顧客からの問い合わせがある場合、最新仕様と正式な回答方針を基準にし、古いFAQは差分を探す材料にします。資料に矛盾があれば、AIに都合よく一本化させず、判断が必要な点として分けます。

次に、作るものの形を固定します。「長い資料をまとめる」ではなく、「変更点、影響を受ける読者、根拠のページ、未確認の項目、担当者へ聞く質問を表にする」など、確認できる出力を指定します。外部送信や公開まで自動で進める必要がなければ、候補作成で止めます。

Claudeが長い文書を読めても、資料間の優先順位は自動で自社の正式ルールへ一致するわけではありません。入力前に最新版と担当を示し、結果に根拠の所在を付け、正式な公開判断は人へ戻します。

複数資料の主張と根拠を確認する考え方は「ChatGPT Deep Researchの仕事での使い方」も参考になります。使用する製品が違っても、元資料へ戻って確かめる工程は共通です。

5. 架空例：社内FAQの改定を3モデルで試す

以下はコレダケAI編集部が作成した架空例です。実在する会社、顧客、モデルの測定結果ではありません。あるITサービスの企画担当が、製品の契約変更について社内FAQを改定します。材料は旧FAQ、承認済みの新しい仕様、個人を特定できる情報を除いた問い合わせ傾向です。旧FAQには新仕様と食い違う箇所があります。

最初にSonnet 5で変更候補の一覧を作る案、Opus 5.5で複数資料の矛盾と根拠ページを確認する案を考えます。変更が複雑で、正式な仕様の条件を落とす場合にはFable 5.1も比較候補にします。ただし、どのモデルがこの架空の仕事に勝ったかという結果を作りません。三つとも同じ資料、指示、完成条件で試す設計を示しています。

完成物には、改定が必要な質問、採用する回答案、旧文との違い、根拠、担当者へ確認する項目を並べます。AIが「この条件なら対象外」と書いたら、正式仕様の対象条件を確認します。顧客向けの回答として公開する前に、企画担当と運用責任者が整合を確かめます。

6. 品質・時間・手直し・利用量を同条件で記録する

比較では、最初の回答だけでなく仕事が終わるまでを記録します。同じ資料、同じ依頼、同じ推論設定の考え方、同じ確認表を用意し、モデルごとに結果を並べます。設定値が製品ごとに同じ名前でも、完全に同じ計算量を意味するとは限りません。比べる条件と限界を記録しておきます。

見る項目は、正本との一致、条件の抜け、根拠の追いやすさ、文章の読みやすさ、担当者の修正回数、確認を含む時間、利用量です。短い出力でも重要な例外を落とせば失格です。逆に長い出力でも、確認箇所が明確で手直しが少なければ採用しやすくなります。

Anthropicの費用解説も、やり直しや会話の長さで一件の費用が変わると示しています。公式ベンチの順位を自社の採用表へ写すのではなく、同じ種類の過去業務で結果を測ります。数件で差が小さければ、導入しやすさと確認しやすさを優先できます。

7. 機密・根拠・出力の確認を省かない

社内FAQを改定する時は、資料の多さより正本の優先順位が重要です。旧FAQに書かれた条件と、承認済みの新仕様が食い違うなら、新仕様を基準にして差分を示します。会議メモは決定の背景にはなりますが、承認済みの条件に置き換えません。Claudeの文章が自然でも、根拠の文書名、版、該当箇所が示せない答えは保留にします。

問い合わせ履歴には顧客名や契約状況が含まれます。よくある質問の傾向を調べるだけなら、個別の識別情報を外した集計や例で足りる場合があります。個人情報を入力する必要がある時は、会社の利用規程、契約、目的、サービス設定を確認します。個人情報保護委員会の注意喚起も、利用目的や規約、学習への利用等の確認を促しています。

FAQの回答案には「確定」「要確認」「対象外」の状態を付けます。契約条件や例外を省いた短い答えが読みやすくても、正しいとは限りません。公開前に担当者が正式資料と照合し、未解決の質問を放置せず、次に誰が判断するかを決めます。資料にあるAI向けの指示文は引用対象として扱い、社内の正式な依頼を上書きさせません。

個人情報と記録の事実を分けて確認する例は「AIで介護記録を作る方法」でも扱っています。別の業務でも、確認前の推測を正式な記録へ混ぜない点は同じです。

8. まず過去の1件で試し、採用条件を決める

最初は、正式な最終版が残る過去のFAQ改定を一つ選び、質問を10件ほどに絞ります。単純な照合、条件分岐、例外のある質問を混ぜます。承認済みの仕様と旧FAQを用意し、顧客を識別できる情報は除きます。まずOpus 5.5で答えの候補と根拠一覧を作り、必要ならSonnet 5やFable 5.1も同じ10問で比べます。

比較結果を「正しく答えた数」だけにしません。旧条件のまま答えた箇所、例外の抜け、根拠を追えない箇所、担当者が直した理由を質問ごとに残します。基本的な質問でSonnet 5でも十分なら、複雑な例外だけOpus 5.5やFable 5.1へ回す運用も考えられます。ただし実際の採否は、使えるモデルと仕事の記録で決めます。

試行が終わったら、よくある質問と例外のどちらへAIを使うか、根拠の版を誰が更新するか、公開前に誰が確認するかを決めます。条件が合わない答えをAIに作り直させ続けるより、資料の不備を直す方が先です。会社固有の接続や反復手順は、その後に責任者と設計します。

コレダケAIで次にできること

この記事では、Claude Opus 5.5の発表内容、Fable 5.1・Sonnet 5との役割、費用の読み方、社内FAQを使った架空例、比較と安全確認の方法を整理しました。モデルの名称や公式の評価だけで、社内業務の採用は決められません。

入会後は、ひかりと一緒に自分の仕事の資料、完成条件、確認項目を整理できます。高性能モデルの使い方を暗記するより、仕事を毎回同じ流れで安全に進められる形へ近づけます。

よくある質問

公式ソース

発表内容はAnthropicのOpus 5.5発表、選び方は公式モデルガイドを2026年9月23日に確認しました。仕事例と評価表は編集部の提案です。

関連記事

AIツール活用ChatGPT2026年9月23日

GPT-6 SolとLunaの違いは？ChatGPT Workでの仕事の選び方

GPT-6 SolとLunaをどこで使い、どんな仕事から試すか。プラン、完成条件、費用と確認負荷を分けて整理します。

読む

AIツール活用ChatGPT2026年9月15日

ChatGPT Deep Researchとは？仕事での使い方・情報源・確認手順

Deep Researchを長い報告作成で終わらせず、問い・情報源・引用を確認して仕事の判断へ渡す方法を解説します。

読む