既定モデルが週替わりで入れ替わる──Claude Code v2.1.284がSonnet 5.5を標準に据え、管理者へ『使えるモデルと上限額』の関所を渡した
Claude Code の既定モデルが1週間で二度更新。v2.1.284がSonnet 5.5を標準に据え、deniedModelsや金額表示の/usageなど『どのモデルを・いくらまで使うか』を管理者が握る仕組みが同時にそろった。
ターミナルで動くコーディングエージェント「Claude Code」の既定モデルが、わずか1週間のうちに二度も入れ替わりました。9月22日のv2.1.280はOpusティアの標準を新しい「Claude Opus 5.5」に切り替え、9月28日のv2.1.284はSonnetティアの標準を「Claude Sonnet 5.5」に差し替えています。エージェントに任せる「頭脳」が短い周期で更新される流れが、はっきりと見える形になりました。
1週間で二度動いた「標準の頭脳」
Claude Code のモデルは、ティア（Opus / Sonnet）ごとに「既定」が定められています。今回の更新で、その既定が両ティアとも新世代に置き換わりました。いずれも扱えるコンテキストは100万トークンで、長い設計書やログをまとめて渡せる容量です。料金の違いは次のとおりです。出典はすべて公式のリリースノートに基づきます。
| ティア標準モデル | 既定化した版 / 日付 | コンテキスト | 入力 / 出力（100万トークンあたり） | キャッシュ読取 |
|---|---|---|---|---|
| Claude Opus 5.5 | v2.1.280 / 9月22日 | 100万トークン | $4 / $20 | $0.20 |
| Claude Sonnet 5.5 | v2.1.284 / 9月28日 | 100万トークン | $2 / $10 | $0.20 |
あわせて9月24日のv2.1.282では、Pro と Team Standard プランの既定モデルが Sonnet から Opus に引き上げられ、Max・Team Premium・Enterprise と横並びになりました。上位モデルが標準側へ寄る調整も同時に進んでいます。
「どのモデルを・いくらまで」を握るための新しいつまみ
モデルが頻繁に入れ替わると、組織にとっては「気づかないうちに標準が変わっていた」「想定より高いモデルが回っていた」という取り違えが起きやすくなります。今回の一連の更新は、この不確実性を管理者側で抑えるための道具を並べました。用途ごとに整理します。
新モデルを勝手に使わせない
v2.1.283 は管理設定 availableModelsMatch を追加しました。値を "exact" にすると、明示的に一覧へ載せるまで新しいモデルのリリースを利用できないようにブロックします。あわせて特定モデルを名指しで禁じる deniedModels も加わり、「検証が済んだモデルだけを社内で回す」運用が設定で表現できるようになりました。
使いすぎを金額で見せる
v2.1.284 は /usage の上限表示に金額を載せ、「$271.40 / $500.00 spent this month」のように今月の支出と上限を並べて示すようにしました。claude.ai のサブスク利用者向けには、レート上限の扱いを選べる /rate-limit-options コマンドも追加されています。従来は割合や残量で示されていた「使いすぎ」が、実額で把握できる形に近づきました。
古い設定を点検する
同じくv2.1.283 で入った /doctor prompt-audit は、CLAUDE.md などの指示ファイルやプロンプトの書き方を点検し、旧モデル向けの古い癖が残っていないかを洗い出します。標準モデルが動く前提で書いた指示を、新モデルに合わせて見直す入口になります。
無人運用と接続まわりの地固め
裏方の安定化も進みました。v2.1.284 は、壊れた応答ストリームが生のエラーを表示していた挙動を「再試行」に改め、圧縮（compact）後にも「Prompt is too long」が居座る不具合や、再開したセッションでMCPツール呼び出しが「No such tool available」で失敗する問題を修正しています。ゲートウェイ経由の Claude Desktop で100万トークンのコンテキストが選べなかった点も、ゲートウェイ側が対応モデルを自動判定して解消しました。無人で長く走らせるほど効いてくる、地味だが重要な手当てです。
「速い更新」の裏で意識したいこと
既定モデルが短い周期で入れ替わることは、より賢く・より速い頭脳をすぐ使えるという利点がある一方で、いくつかの懸念も指摘できます。第一に、出力の傾向やコストが版ごとに変わり得るため、同じプロンプトでも結果や請求額が揺れやすくなります。第二に、既定が黙って変わると、検証していないモデルが本番の自動処理を回してしまう恐れがあります。今回そろった deniedModels や availableModelsMatch、金額表示の /usage は、まさにこうした「勝手に変わる・使いすぎる」への歯止めとして用意された、と読むのが自然でしょう。導入する組織は、標準の追随に任せきりにせず、使うモデルと上限を明示的に固定したうえで、新モデルは検証を経てから開放する運用が無難です。
参照: Claude Code changelog（公式） ／ anthropics/claude-code CHANGELOG.md ／ Releasebot: Claude Code updates
