Sonnet 5 が来た——Opus 4.8 とどう使い分けるか、応答速度とサブエージェント運用の話
はじめに
先日、Anthropic から Claude Sonnet 5（モデル ID は claude-sonnet-5）がリリースされました。Sonnet ティアの新世代で、公式の位置づけでは「コーディングとエージェント作業で、これまで Opus ティアだった品質に届く」とされています。
毎日 Claude Code を触っている立場で気になるのは、結局のところ2つです。Opus 4.8 と比べて実際どこまで使えるのか、そしてどう使い分ければいいのか。この記事では、公開されている位置づけと料金を整理したうえで、自分で使ってみた体感——特に応答速度とコンテキスト消費の違い、そしてサブエージェント運用での組み合わせ方を正直に書きます。
結論を先に言うと、「小さい仕事は Sonnet 5、大きい仕事は Opus 4.8。そしてサブエージェントを回すなら Opus / Fable に指揮させて Sonnet を働き手にする」というのが今の自分の整理です。
なお同じタイミングで、6月に停止していた Fable 5 が期間限定で復活しました。そちらは別記事にまとめています。
Sonnet 5 の位置づけ——「Opus に比較的近い」の中身
まず料金から。記事執筆時点の API 単価は以下の通りです。
| モデル | 入力（/1Mトークン） | 出力（/1Mトークン） |
|---|---|---|
| Claude Fable 5 | $10.00 | $50.00 |
| Claude Opus 4.8 | $5.00 | $25.00 |
| Claude Sonnet 5 | $3.00（導入価格 $2.00） | $15.00（導入価格 $10.00） |
Sonnet 5 には 2026年8月31日までの導入価格が設定されていて、その期間は入力 $2 / 出力 $10 で使えます。Opus 4.8 と比べると入力で6割前後、出力で4割前後のコストです。単価だけ見ても常用しやすいラインに乗っています。
「Opus に比較的近い性能」という触れ込みですが、これは全領域で並ぶという意味ではありません。公式が強調しているのはコーディングとエージェント作業での伸びで、この2つは実際に体感でも差が縮まったと感じます。一方で、以前 Opus 4.8 と 4.6 を比較した記事 でも書いたように、モデルの優劣は「全体で勝つ／負ける」ではなく領域ごとに分かれるものです。Sonnet 5 も同じで、「近い領域がある」くらいの温度感で捉えるのが正確だと思います。
実際に使ってみた体感——応答速度は Sonnet が明確に速い
一番はっきり体感できるのは応答速度です。同じような修正やリファクタを投げたとき、Sonnet 5 の方が返ってくるまでが目に見えて速い。これは厳密に計測した数字ではなく、毎日使っている中での体感ですが、Opus 4.8 が「じっくり考えてから返す」のに対して、Sonnet 5 は「サッと返してくる」印象があります。
インタラクティブに何度もやり取りするタイプの作業——UI をちょっと直す、関数を1つ書き換える、エラーの原因を一緒に追う——では、この速度差がそのまま体験の快適さになります。1回あたり数十秒の差でも、1日に何十回も往復すれば積み重なります。小さい仕事を回している時間帯は、正直 Sonnet 5 の方が好みです。
もちろん、速いこととタスクをやり切れることは別問題です。ここで規模の話になります。
規模で分かれる——小規模は Sonnet、大規模は Opus
使っていると、規模が大きいタスクほど Opus 4.8 の方が向いている、という分かれ方に自然と落ち着きました。これは「らしい」という伝聞ではなく、Fable 5 を試した記事 で「規模が大きいコードベースほど差を感じやすい」と書いたのと同じ構図です。
理由はおそらくシンプルで、
- 小さいタスクは文脈の総量が少なく、モデルの持続的な思考力が問われる場面が少ない。だから速い Sonnet 5 で十分に足りる
- 大きいタスク——複数ファイルにまたがる変更、長い依存関係の追跡、大規模リファクタ——は「深く長く考え続ける力」が効いてくる。ここは Opus 4.8 に一日の長がある
という違いです。目安を図にすると次のようになります。
境界はきっちり引けるものではなく、真ん中には「どちらでもいい」ゾーンがあります。迷ったら、速さが欲しければ Sonnet 5、間違えたくない・長く考えてほしければ Opus 4.8、くらいの感覚で選んでいます。
コンテキスト消費とサブエージェント運用
もう一つ、実運用で効いてくるのがコンテキストの消費量です。体感では、Sonnet 5 は1セッションで食うコンテキストが Opus 4.8 より少なく済むことが多い。速さと合わせると、Sonnet 5 は「たくさん並列で回す働き手」に向いた性質を持っていると感じます。
これが活きるのが、サブエージェントを多用する使い方です。以前 workflow オーケストレーションの記事 で書いたように、Claude Code では調査やレビューを複数のサブエージェントに分解して並行で走らせられます。ここで、
- 指揮役（オーケストレーター）は Opus 4.8 か Fable 5 に任せる。全体の段取り・判断・統合という、深く考える必要がある部分を上位モデルが持つ
- 働き手（サブエージェント）は Sonnet 5 に回す。個々の調査・実装・レビューを、速く・コンテキストを節約しながらこなす
という分担にすると、品質と速度とコストのバランスが良くなります。実際、Claude Code のコード探索用サブエージェントが軽量モデルで動く設計になっているのも同じ発想です。
補足として、セッションの途中で指揮役のモデルをコロコロ変えると、プロンプトキャッシュが無効化されて逆に無駄が増えます。指揮役は1つのモデルに固定し、切り替えたいときはサブエージェント側で安いモデルを使う、という切り分けにするのがコツです。
結局どう使い分けているか
今の自分の運用を素直に書くと、こうなります。
- 単発の小さい作業・往復の多い対話: Sonnet 5。速さがそのまま快適さになる
- 1ファイルに閉じたバグ修正・レビュー: Sonnet 5 で足りることが多い。物足りなければ Opus 4.8 に上げる
- 複数ファイルの変更・大規模リファクタ・込み入った設計判断: Opus 4.8
- サブエージェントを何本も回す調査・レビュー: 指揮を Opus 4.8 か Fable 5、働き手を Sonnet 5
- とにかく深く考えてほしい難所: 復活期間中の Fable 5（制限と期間に注意）
大事なのは、「一番賢いモデルを常に使う」のが最適解ではない、という点です。速さ・コスト・コンテキスト消費まで含めて考えると、役割に合ったモデルを当てる方が、1日を通した生産性は高くなります。
まとめ
- Claude Sonnet 5 がリリースされ、コーディング・エージェント作業では Opus 4.8 に比較的近い品質に届いた。導入価格（2026年8月31日まで入力 $2 / 出力 $10）もあって常用しやすい
- 体感で一番はっきりするのは応答速度。Sonnet 5 の方が明確に速く、往復の多い小さな作業では快適さがそのまま上がる
- 規模が大きいタスクほど Opus 4.8 が向く。深く長く考え続ける力が効く領域で差が出る。小規模なら速い Sonnet 5 で十分
- Sonnet 5 は体感でコンテキスト消費も少なめ。サブエージェントを多用するなら、指揮を Opus 4.8 / Fable 5、働き手を Sonnet 5 にする分担が効く
- ただし指揮役のモデルはセッション途中で切り替えない（キャッシュが無効化される）。切り替えはサブエージェント側で行う
- 「一番賢いモデルを常用する」より、役割に合ったモデルを当てる方が1日の生産性は高い
新しいモデルが出るたびに「どれが一番賢いか」に目が行きがちですが、実運用で効くのは速度・コスト・コンテキストまで含めた使い分けです。Sonnet 5 は、その使い分けの選択肢を一段広げてくれるモデルだと感じています。