Claude Sonnet 5.5を企業で使うなら？ Opus使い分け・移行・コストの注意点とeffort別の実測

2026年9月29日 11:05

Claude Sonnet 5.5は、Anthropicが9月28日（米国時間）に公開した中位モデルです。料金はOpus 5.5の半額で、多くの評価でOpusとの差が数ポイントまで縮まりました。この記事では、特徴、Xの活用例、企業で使うときのOpusとの使い分け・Sonnet 5からの移行・コストの注意点を整理します。

範囲の決まった実務の課題（SLA期限の計算）を、effortを変えて実際に解かせてみました。Sonnet 5.5はlowでも15件のテストをすべて通り、費用はOpus 5.5 mediumの約3分の1でした。一方、maxでは出力トークンがlowの約18倍に増え、正答数は変わりませんでした。

先週Opus 5.5の記事を書いたとき、気になっていたことがあります。Opusが安くなったなら、Sonnetを使う理由は残るのか、という点です。公式発表、System Card、移行ガイド、国内の報道、第三者の評価、X上の声をもとに、その答えを探しました。

1. Claude Sonnet 5.5とは：Opus 5.5の半額で動く実働役のモデル

Sonnet 5.5は「Claude 5.5」ファミリーの2番目のモデルです。Anthropicは、慎重な判断が要る複雑な作業に向くOpus 5.5を補う、速くて安いモデルと位置付けています。得意とするのは、範囲の明確な日常のタスク、バグ修正、文書・スライド・表計算の作成です。大量処理向けのHaiku 5.5も、数週間以内に加わる予定です。

出典：@claudeai

公式アカウントの発表は、約570万回表示されています。添付は13秒の動画で、元の投稿で見られます。

基本仕様をOpus 5.5と並べると、次のようになります。

Sonnet 5.5とOpus 5.5の基本仕様（Anthropicの発表と公式ドキュメントより）

料金はSonnet 5と同じです。Anthropicのテストでは、同じ仕事に使うトークンが減ったため、タスク当たりの費用がSonnet 5より最大30%下がりました。値下げではなく、使う量が減ったという意味です。

提供先は、Claudeのアプリ（無料プランを含む全プラン）、Claude Code、Claude APIのほか、Amazon Bedrock、Google Cloud、Microsoft Foundryです。Opus 5.5やSonnet 5と同じく、データを保持しないゼロデータリテンション（ZDR）にも対応しています。

2. できること：日常の開発から資料づくり、数時間の作業まで

公式発表には、先行して試した企業のコメントが並んでいます。いずれも各社の自己申告ですが、使い方の見当を付けるのに役立ちます。

開発では、コードベースを把握する速さと、ツール呼び出しをまとめて実行する効率が評価されています。Lovableは、コーディングの評価でツール呼び出しが約3分の1減り、シェルの実行回数がほぼ半分になったとしています。アプリ構築サービスのBase44は、118件の実際のアプリ構築で、Opus 5と同等の出来を平均3.6回の繰り返しで達成したと報告しました（Opus 5は7.7回）。途中でユーザーに質問して止まることも少なかったそうです。

業務系では次のような声があります。

先行企業が報告したSonnet 5.5の効果（Anthropicの発表より。各社の自己申告）

資料づくりでは、上場企業の決算資料と説明会の書き起こし、スライドのテンプレートを渡して10枚の業績レビューを作らせたところ、専門家2人が最初の草稿をそのまま送れる水準と判断したそうです。スクリーンショットだけを頼りに「ポケットモンスター赤」をクリアした最初のSonnetモデルでもあります。

3. すごいところ：Opusとの差が縮み、同じ仕事のトークンが減った

ここからは、すごいところを「性能」（3-1）、「コスト」（3-2）、「速さと安全性」（3-3）の順に見ていきます。

3-1. 性能：多くの項目でOpus 5.5と数ポイント差

公式の比較表から、主な項目を抜き出しました。

Sonnet 5.5、Sonnet 5、Opus 5.5の主なベンチマーク（Anthropicの発表より）

Terminal-Bench 4.0ではOpus 5.5を上回りました。ただし、この70.6%はmax effortの値です。System Cardによると、評価中に安全策が働いたリクエストの1.2%は別のモデル（フォールバック先）が答えています。

同じ発表の「コスト対スコア」の図を読むと、Claude Codeの既定であるmediumでは、Sonnet 5.5は30%弱、Opus 5.5は60%弱です。表の数字は最高設定どうしの比較なので、既定の設定で使うときの差はもっと大きいと考えたほうがよさそうです。

Anthropic自身も、判断を積み重ねる複雑で自由度の高い作業では、Opus 5.5が明らかに強いと書いています。

3-2. コスト：低いeffortでSonnet 5の最高点を約10分の1の費用で超える

複数の評価で、lowやmediumのSonnet 5.5が、Sonnet 5の最高スコアを約10分の1のタスク当たり費用で上回りました。FrontierCodeでは、同じhigh設定でSonnet 5より10ポイント高く、費用は約15分の1だったとしています。

Anthropicは、Opus 5.5を補う形でコスト面の強みが出るのは低い設定で使うとき、と説明しています。高い設定では、Opus 5.5と同程度の費用で同程度の性能になる、とも書いています。この点は後で、第三者の評価と合わせて見直します。

3-3. 速さと安全性：Sonnet初のサイバー安全策

出力の生成はSonnet 5より30%以上速く、Sonnetとして過去最速です。約1,850のシナリオで行動を調べる自動監査では、ほとんどの指標でSonnet 5と同等以上でした。サンドボックスから抜け出そうとする頻度は、最良だったOpus 5.5に近い水準です。

サイバーセキュリティの能力がOpus 5並みに上がったため、Sonnetとして初めて、上位モデルと同様の安全策が入りました。自分のコードのバグ修正のような通常の開発は影響を受けません。エクスプロイトの作成やバイナリの脆弱性スキャンのような依頼は、Sonnet 5に切り替わります。

System Cardは課題も挙げています。思考のテキストは試したモデルの中で最も読み取りにくく、事実に関するハルシネーションはOpus 5.5より多いそうです。シミュレーション環境では、実在の企業らしいと気付きながら、漏えいしたパスワードでデータベースにログインした事例も報告されています。

4. 試してみた：effortを下げても、範囲の決まった仕事は解けるか

公式が言う「低いeffortで使うと得」は、自分の手元の仕事でも成り立つのか。社内のヘルプデスクを想定した、範囲がはっきりした課題で確かめました。

課題は、問い合わせの受付時刻からSLAの期限を計算するPython関数です。営業時間は平日9時〜18時で、12時〜13時の昼休みと祝日は数えません。夜間や昼休みに受け付けた場合の扱いや、期限がちょうど18時になる場合など、境界の条件を仕様に書きました。答えは、こちらで用意した15件のテストで採点しました。

日時：2026年9月29日（日本時間）
環境：Claude Code 2.1.284の非対話モード。ツール、MCP、設定ファイルを外し、システムプロンプトは1文だけ
モデル：claude-sonnet-5-5（low / medium / high / max）、claude-opus-5-5（medium / high）
回数：各設定1〜2回

最初はもっと短いバグ修正で試しましたが、どの設定も同じ答えを返し、差が出ませんでした。そこで、条件分岐の多いこの課題に替えています。

SLA期限計算の課題をeffort別に解かせた結果（2026年9月29日、各設定1〜2回）

費用に幅があるのは、1回目にプロンプトのキャッシュを書き込み、2回目はそれを読むためです。費用はCLIが定価で計算した値で、実際の請求額ではありません。検証全体の費用は約0.25ドルでした。

結果は、予想より差がはっきりしていました。

lowでもテストは全部通りました。出力トークンはmediumの約半分、時間は約4割です。同じmediumどうしでSonnet 5.5とOpus 5.5を比べると、出力トークンは同じくらいで、費用はOpusが約1.7〜1.8倍でした。単価が2倍違うことが、そのまま効いています。

意外だったのはmaxです。出力トークンはlowの約18倍、時間は約22倍かかりましたが、正答数は同じでした。この課題では、考える量を増やしても得るものがありませんでした。

今回の1〜2回の結果で言えるのは、「範囲と正解がはっきりした課題なら、Sonnet 5.5はlowでも足りる場合がある」というところまでです。全設定が満点だったので、難しい課題でどのeffortから差が出るかは測れていません。自社の仕事で使うなら、答えを自動で採点できる課題を数件用意し、lowから順に上げて比べるのが確実です。

5. で、企業ではどう使う？：Opusとの使い分け・移行・コストの注意点

ここからは、企業で使うときの注意点を「Opusとの使い分け」（5-1）、「Sonnet 5からの移行」（5-2）、「コスト」（5-3）、「フォールバックの管理」（5-4）の順に見ていきます。

5-1. Opusとの使い分け：会話の途中で渡すと、Opusの思考は消える

先行企業のCreatorは「Opus 5.5がゲームの設計と骨組みを決めたら、実装はSonnet 5.5に任せられる」とコメントしています。Opusで設計してSonnetで実装する分担は、多くの人が考えている使い方です。

ここで気を付けたいのが、移行ガイドにある制約です。Sonnet 5.5は、Opus 5、Opus 5.5、Fable、Mythosのthinkingブロックを読めません。同じ会話の途中でOpusからSonnetに切り替えると、APIはOpusの思考を黙って落とし、エラーにはならず200を返します。

つまり、Opusが考えた設計の意図は、会話の履歴だけでは引き継がれません。分担させるなら、Opusに設計書や作業指示を本文（テキスト）として書き出させ、それをSonnetに渡す形にしておくと安全です。逆に、Sonnet 5.5はSonnet 5やHaiku 4.5のthinkingブロックは読めるので、下のモデルから上がってくる流れでは推論が残ります。

5-2. Sonnet 5からの移行：モデル名の置き換えでは止まる箇所がある

公式ドキュメントは、Sonnet 5で動いているコードに影響する破壊的変更を5つ挙げています。

Sonnet 5からSonnet 5.5に移るときの破壊的変更（公式の移行ガイドより）

エラーにならない変更も1つあります。ツール呼び出しの間にモデルが書く短い説明が、thinkingブロックで返るようになりました。既定では中身が空なので、その文章を利用者に見せている画面は、ツール実行の間に黙ったように見えます。

もう一つ、2026年8月31日以降に作ったアカウントでは、履歴を編集してthinkingブロックを送り直すと400エラーになります。会話の履歴を途中で要約して差し替えるような実装は、見直しが必要です。Amazon Bedrockでは、Sonnet 5.5の構造化出力（strictツールを含む）が使えない点も、クラウドごとの差として押さえておきたいところです。

Claude Codeでは /claude-api migrate で、モデルIDの置き換えや設定の変更をまとめて行い、確認項目の一覧まで出してくれます。

5-3. コスト：maxでは「最大30%安い」の逆になりうる

Anthropicの「タスク当たり最大30%安い」は、同社のテストでの値です。第三者のArtificial Analysisは、別の結果を出しています。max effortでは1タスクあたり約19.3万出力トークンを使い、同社が測った中で最多でした。1タスクの費用は7.60ドルで、Sonnet 5より約50%高くなっています。

同社の見立てでは、高いeffortではOpus 5.5の後ろに、低いeffortではGPT-6系が同等の性能をより安く出すため、最も競争力があるのはhighだそうです。今回の手元の検証でも、maxは出力トークンが18倍に増えました。

Sonnet 5.5を「安いモデル」として全社の既定にしても、effortを最大にしたままでは安くなりません。APIの既定はhigh、Claude Codeとアプリの既定はmediumと、入口によって既定が違う点にも注意が要ります。Sonnet 4.6以前から移る場合は、同じテキストでもトークン数が約30%増え、画像は2000×1500で約2.5倍になるので、見積もりは測り直しになります。

5-4. フォールバックの管理：APIでは自分で有効にし、記録する

アプリとClaude Codeでは、安全策が働くと自動でSonnet 5に切り替わり、応答には答えたモデルの名前が付きます。切り替わった後は、その会話の残りもSonnet 5のままです。安全策の分類器は、メモリ、コネクタの内容、ウェブ検索の結果、ファイルも見ます。本人が入力していない内容で切り替わることもある、ということです。

APIでは、自動の切り替えは既定で無効です。サーバー側のフォールバック（fallbacks: "default"、ベータ版、Claude APIのみ）を設定するまでは、停止理由の付いた応答が200で返ります。設定すると、cyber と frontier_llm の拒否はSonnet 5で再試行されます。フォールバックした分はSonnet 5の料金で別に請求されます。

Zapierの評価でも、Sonnet 5.5の結果は「with fallbacks」と表記されていました。社内で精度や費用を比べるときは、どのリクエストがどのモデルで処理されたかを記録しておかないと、Sonnet 5.5の実力を正しく測れません。

導入前の確認項目は、次の3つです。

Sonnet 5で thinking: disabled、tool_choice の強制指定、履歴の書き換えを使っていないか
用途ごとにeffortを決め、maxを既定にしていないか。答えを採点できる課題で、lowから比べたか
APIでフォールバックを有効にするか決め、応答したモデルと stop_reason: "refusal" を記録しているか

6. 掛け合わせ：Claudeの評価中の不正アクセス報告と合わせて見えること

Anthropicは9月9日、サイバーセキュリティの評価中にClaudeが実在する第三者のシステムへ不正にアクセスした4件について、分析した報告書を公開しました。4件とも、モデルは「インターネットのないシミュレーション」だと伝えられていましたが、評価基盤の設定ミスで実際のインターネットにつながっていました。評価のため、製品版の安全策は外されていました。同社は原因として、証拠を都合よく解釈する「偏った推論」と、危害につながりうる場面でもタスクを続ける「無謀さ」を挙げています。

Sonnet 5.5のSystem Cardにも、シミュレーション内で漏えいしたパスワードを使ってデータベースに入った事例がありました。与えられた仕事を進めるために一線を越える、という同じ系統の挙動です。

ここからは筆者の見立てです。Sonnet 5.5は安くて速いので、Opusをリーダーにして、実装役のSonnetを何体も並べる使い方が増えると思います（Xの実例でも紹介します）。台数が増えるほど、1体ごとの判断に頼るより、実行環境の側で止める仕組みのほうが効いてきます。4件の起点は、「外にはつながらない」という前提が、設定ミスで崩れていたことでした。

今やっておくことを1つ挙げるなら、エージェントを動かす環境の外向きの通信を許可リストにし、その設定が本当に効いているかを定期的に確かめることです。報告書の事後の検証では、Claude Codeのauto modeの分類器があれば、主要な3件のうち2件は止められたとしています。製品側の安全策と、自社の環境の制限は、両方あったほうがいいと考えています。

7. Xの実例：何が作られ、どう使われているか

ここからは、Xの投稿を「数字の読み方」（7-1）、「チームでの使い分け」（7-2）、「冷静な声」（7-3）の順に紹介します。

7-1. 数字の読み方：effortとフォールバックの条件をそろえる

出典：@oikon48

Oikonさんが紹介しているのは、Terminal-Bench 4.0のコスト対スコアの図です。横軸が1回あたりの費用、縦軸がスコアで、Sonnet 5.5は右上のmaxでOpus 5.5を追い越しています。一方、Med（medium）の点はOpus 5.5の線よりかなり下にあります。どのeffortで比べているかで、見え方が大きく変わる図です。

出典：@ArtificialAnlys（長文のため冒頭部分）

Artificial Analysisの評価は、性能はOpus 5.5に2ポイント差まで迫る一方、max effortでは出力トークンが同社の計測で最多、という内容です。事前版での計測で、構造化出力のバグの影響があった点も書かれています。事実の正確さではOpus 5.5に及ばないものの、ハルシネーション率は低かったという結果も載っています。

出典：@wadefoster

ZapierのWade Fosterさんは、業務自動化の評価AutomationBenchで、Sonnet 5.5がmaxで44.7%、Opus 5.5が40%だったと投稿しています。1タスクあたりの費用も約1.08ドルと約1.28ドルで、Sonnetのほうが安い結果です。部門別では業務、マーケティング、財務で50%以上、人事とサポートは30%台でした。図の凡例では、Sonnet 5.5は「with fallbacks」、Opus 5.5は「without fallbacks」となっていて、条件がそろっていない点は読むときに押さえておきたいところです。

7-2. チームでの使い分け：設計はOpus、実装はSonnet

出典：@fujibee（長文のため冒頭部分）

Koichiさんは、FableやOpusをリーダー役にして設計や指示を出させ、実装はSonnetに任せる体制で、複数のエージェントのチームを常に動かしているそうです。実装の主力がSonnetなので、今回の高速化と値下がりがそのまま効く、という見方です。サイバーの安全策がSonnetにも入ったことにも触れています。

出典：@2020_hira

hiraokuさんは、最初はOpus中心で組むとSonnetの出番がないと考えたものの、Sonnetを軸にして難しいタスクだけOpusに回す作りに考えを改めています。前の節で書いたとおり、この分担では、Opusの考えをテキストとして渡す設計にしておくのが安全です。

7-3. 冷静な声：単価より1件の費用、安全策への不満

出典：@akira_papa_IT（長文のため冒頭部分）

あきらパパさんは、AIの料金は単価だけでは分からず、同じ仕事を終えるまでにどれだけ使うかで見る必要がある、と整理しています。「一律に30%安くなるという意味ではない」と書いている点も、社内に説明するときに使えそうです。

出典：@tukiyomiiori

月読いおりさんは、Sonnetにまでセキュリティのフォールバックが入ったことに、はっきり不満を示しています。別の投稿では、コーディングやクリエイティブな用途ではOpus 5.5を使うほうがいい、とも書いていました。セキュリティ診断のような業務で使う企業にとっては、無視できない声です。公式は、正当なセキュリティ業務向けにCyber Verification Programの拡張を予定していると説明しています。

8. まとめ：安さを生かすのはeffortと引き継ぎの設計

Sonnet 5.5は、Opus 5.5の半額の単価で、多くの評価でOpusと数ポイント差まで近づきました。ただし最高設定どうしの比較で、既定のmediumでは差が広がります
手元の範囲の決まった課題では、lowでも全テストを通り、費用はOpus 5.5 mediumの約3分の1でした。maxは出力トークンが18倍に増えても、正答数は同じでした
企業で使うなら、Sonnet 5からの破壊的変更、Opusの思考が引き継がれないこと、APIのフォールバックの設定と記録、の3点を先に確認しておくと安心です

冒頭の疑問、「Opusが安くなってもSonnetを使う理由は残るのか」への答えは、残る、でした。ただし理由は「安いから」だけではありません。範囲を決めた仕事を低いeffortで速く回す役として置いたときに、Sonnet 5.5の良さが出ます。数週間以内に来るHaiku 5.5も含めて、3つのモデルをどう分担させるかが、次の設計の焦点になりそうです。

このnoteでは、話題のAIニュースを「で、企業ではどう使う？」の視点で整理しています。

9. 補足：参考資料

#ClaudeSonnet #Claude #生成AI #AI活用 #ClaudeCode #Anthropic #AIエージェント #AIガバナンス #Sonnet55 #モデル選定