Anthropicが2026年6月30日にClaude Sonnet 5を発表しました。公式発表では、Sonnet 5はこれまでよりエージェント的な作業に強く、ブラウザやターミナルなどのツールを使うタスクで改善したモデルとして紹介されています。
料金面でも目を引きます。Claude Platformでは、2026年8月31日までの導入価格として、100万入力トークンあたり2ドル、100万出力トークンあたり10ドルで提供されます。2026年9月1日以降は通常価格の3ドル、15ドルに戻る予定です。Opus 4.8の標準API価格が5ドル、25ドルであることを考えると、Sonnet 5はかなり使いやすい価格帯に見えます。
ただし、中小企業が見るべきポイントは「Opusに近いか」「安いか」だけではありません。実務では、同じ業務を任せたときの修正回数、トークン量、権限設計、レビュー責任まで含めて判断しないと、安くなったつもりで運用が重くなることがあります。
まず確認するべき公式情報
Claude Sonnet 5について、現時点で公式に確認できる重要点は次の通りです。
- Claude Sonnet 5は、Free、Pro、Max、Team、Enterpriseの各プランで利用可能とされています。
- FreeとProではデフォルトモデルとして案内されています。
- Claude CodeとClaude Platformでも利用できます。
- APIでは
claude-sonnet-5として利用できます。 - Claude Platformのリリースノートでは、1Mトークンのコンテキストウィンドウと、同期Messages APIで最大128k出力トークンに対応するとされています。
- Sonnet 4.6と同じツール群・プラットフォーム機能をおおむね引き継ぎますが、Priority Tierは対象外です。
ここまでは、導入を前向きに検討できる材料です。一方で、移行前に見落としやすい変更もあります。
リリースノートでは、Sonnet 5への移行時の挙動変更として、adaptive thinkingが標準で有効になること、手動のextended thinking指定が使えなくなること、temperatureやtop_pなどのsampling parameterを非デフォルト値にすると400エラーになることが説明されています。
既存のAPI連携や社内ツールで、これらのパラメータを明示している場合は、モデル名だけ差し替えると動かない可能性があります。モデルの性能以前に、まず呼び出し部分の互換性を確認してください。
「安い」は実トークンで見直す
Sonnet 5は導入価格が低く設定されていますが、公式発表ではtokenizerの変更にも触れられています。同じ入力でも、内容によってはトークン数が約1.0倍から1.35倍になる場合があります。Claude Platformのリリースノートでも、同じテキストでおよそ30%多くトークンが発生する可能性が説明されています。
つまり、価格表だけを見て「何割安くなる」と判断するのは危険です。実際には、御社が使う文書、問い合わせ、議事録、コード、社内マニュアルを投入したときの入力トークン数と出力トークン数で見積もる必要があります。
最低限、次の3種類を試してください。
- よくある短い相談や文章作成
- 社内資料や議事録を含む長めの分析
- ツール実行やコード修正を含む複数ステップの作業
この3つで、旧モデルとSonnet 5の「実トークン数」「やり直し回数」「人間の修正時間」を並べると、価格表では見えない実コストが出ます。
effort設定は「高ければ良い」ではない
Anthropicのモデル一覧では、Claude Sonnet 5のeffortはClaude APIとClaude Codeで標準がhighと説明されています。effortは、モデルにどの程度深く考えさせるかを調整する考え方です。
ここで大事なのは、すべての業務を高いeffortで回さないことです。たとえば、社内文書の言い換え、メール下書き、定型的な要約は、必要以上に深く考えさせても費用対効果が伸びにくいことがあります。一方で、要件整理、コード修正、複数ファイルにまたがる調査、社内ルールと照合する判断では、深く考えさせる意味が出ます。
中小企業では、まず業務を次の3段階に分けると扱いやすくなります。
- 軽い作業: 要約、言い換え、定型文の下書き
- 中程度の作業: 社内資料を読んだ上での分類、比較、初期案作成
- 重い作業: コード変更、複数ツールを使う調査、判断根拠が必要な業務
Sonnet 5は、重い作業をより広く任せられる候補です。ただし、軽い作業まで同じ設定で回すと、せっかくの価格差を使い切ってしまいます。
tool useは権限設計とセットで見る
Sonnet 5の魅力は、ブラウザやターミナルなどのツールを使うタスクで改善している点です。これはClaude Codeや業務エージェントを使う人にとって大きな意味があります。
しかし、ツールを使えるモデルほど、権限設計が重要になります。AIがファイルを読める、Webを検索できる、コマンドを実行できる、外部サービスに接続できるということは、便利さと同時に事故の範囲も広がるということです。
業務に入れる前に、少なくとも次の線引きを決めてください。
- 読ませてよい社内資料と、読ませない資料
- 実行してよいコマンドと、承認が必要なコマンド
- 外部送信してよい情報と、送信禁止の情報
- AIが作った成果物を誰が確認するか
- 失敗時に元へ戻す手順をどこに残すか
「賢くなったから任せる」ではなく、「賢くなった分だけ任せる範囲を明文化する」という順番が安全です。
安全性は改善していても、レビューは外さない
Anthropicは、Sonnet 5について、Sonnet 4.6より望ましくない挙動の発生率が低く、エージェント的な文脈でもより安全に使えると説明しています。また、危険なサイバー能力の評価では、Firefox 147の脆弱性に対する完全な動作exploitを作れなかったとも説明されています。
これは安心材料ですが、それだけで人間の確認を外せるわけではありません。公式発表でも、Sonnet 5はOpus 4.8やMythos Previewより一部の不整合行動スコアが高いとされています。さらに、AIの安全性評価はあくまで評価条件の中での結果です。御社の業務データ、社内規程、顧客情報、契約条件に対する正しさを保証するものではありません。
実務では、次のように使い分けるのが現実的です。
- 下書き、要約、初期調査: Sonnet 5で効率化しやすい
- 金額、契約、公開文、顧客対応: 人間レビューを必須にする
- セキュリティ、権限、個人情報を含む作業: 最小権限とログを先に整える
- 重要な判断: 別モデルまたは人間による二重確認を残す
1日でできる移行テスト
Sonnet 5を試すなら、いきなり全社の標準モデルにするより、10件の実タスクで検証する方が安全です。
検証するタスクは、AIに任せたい業務そのものから選びます。たとえば、問い合わせ返信案、議事録要約、社内規程の確認、ブログ下書き、見積もり前の要件整理、コード修正、エラー原因調査などです。
各タスクで記録する項目はシンプルで構いません。
- 旧モデルでの結果
- Sonnet 5での結果
- 入力トークンと出力トークン
- 修正にかかった時間
- AIが迷った箇所
- 人間が確認すべき箇所
- 次回から任せてよいか
この記録があれば、モデル変更を「なんとなく良さそう」ではなく、「この業務はSonnet 5で十分」「この業務は上位モデルや人間レビューを残す」と判断できます。
まとめ
Claude Sonnet 5は、価格、提供面、エージェント作業の改善という点で、業務利用の候補に入れる価値があります。特にClaude CodeやAPIを日常的に使っている場合、Sonnet 5は試す意味のある更新です。
ただし、モデル名だけを追いかけても業務は安定しません。見るべき順番は、価格表、実トークン、API移行差分、effort設定、tool useの権限、レビュー責任です。
AI活用をどこから始めるべきか迷っている場合は、まず AI活用診断簡易版（無料） で、既存業務のどこがAI化しやすいかを確認してください。フォーム入力をもとにしたGoogle Slides簡易レポートで、MTGは含みません。