Sonnet 4.6 が来た——3回目のモデル更新は会話で気づいた

「エイリアスの解決先を1行変えるだけ」で済むはずだった。

前回の記事（Claude APIのモデル移行をエイリアスシステムで乗り切った話）で、モデル移行をエイリアスシステムで乗り切った話を書きました。あの記事の末尾でそう書いたんですが、それが想定よりも早く試されることになりました。しかも、アップデートに気づいたのが自分でドキュメントを確認したからではなく、Claude Code との会話の中でだったというのが、今回のミソです。

きっかけは「今どのモデルを使ってるの？」という質問

作業中にふと、リポジトリの設定を確認したくなりました。ワークフローエンジン内で使われている Claude のモデルが、最新になっているかどうか。

❯ いま claude のモデル何使ってるか確認してほしい。

Claude Code（Opus 4.6 で動いています）がコードを検索して返してきました。

● デフォルトは opus (claude-opus-4-6) です。src/core/claude-agent-client.ts
  で定義、エイリアスは opus/sonnet/haiku → claude-opus-4-6 / claude-sonnet-4-5 /
  claude-haiku-4-5。

Opus は 4-6 になっている。Sonnet と Haiku は 4-5 のまま。前回の移行時点では最新だったので、これは正しい状態のはず——と思いつつも、

❯ sonnet と haiku はまだ 4.6 でてない？

と聞いてみました。

● Sonnet 4.6 は出ています（claude-sonnet-4-6）。Haiku は最新が
  4.5（claude-haiku-4-5-20251001）で、4.6 はまだ未リリースです。

  このリポジトリは Sonnet を claude-sonnet-4-5
  のままにしているので、更新余地ありです。

あ、出てたんだ。

Anthropic のリリースノートを能動的に追っていれば当然知っていたはずですが、正直なところ毎リリースをウォッチする余裕がなく、気づいていませんでした。ツールとの会話が、情報のキャッチアップを兼ねた状態になっています。これはこれで、エンジニアとしての情報収集のあり方として考えさせられるものがありますが、それはいったん置いておきます。

コストとパフォーマンスの確認

切り替えを判断する前に、Anthropic の公式価格とリリース情報を確認しました。

価格（入力/出力、100万トークンあたり）

価格は据え置き。

パフォーマンス（公式ベンチマーク）

Anthropic が公表しているベンチマークでは、Sonnet 4.6 は SWE-bench Verified で 79.6% を記録しており、Sonnet 4.5 から明確に向上しています。コーディング・エージェント系タスクでのスコア改善が主なアピールポイントです。

このリポジトリで Sonnet が使われているのは主にレビューステップです。レビュー精度が上がって、revise ループの回数が減れば、トータルのコストとレイテンシ両方に好影響がある。

結論：価格据え置きでパフォーマンスが上がっているなら、切り替えるデメリットは実質なし、でした。

まず issue を積んで、結局すぐ上げた

前回の移行では、Claude Code に指示して即日作業・コミットまで完了させました。今回は最初、ちょっと違う動きをとりました。

❯ OK。切り替えたいので issue を書いておいてください。

即座に実装せず、まず issue を起票することにしました。

● 作成しました: [リポジトリ名]#820
  タイトル: Sonnet エイリアスを claude-sonnet-4-6 に更新

最初の考えは「Haiku 4.6 が出るまで待って、2つまとめてやろう」というものでした。前回の移行では3モデルを一括で上げていたので、同じノリで。

ただ、issue を積んだあとに考え直しました。

「まとめてやりたい」という気持ちは整理の都合であって、ユーザー（将来の自分）にとっての価値とは別の話です。価格は据え置きでパフォーマンスが上がっている変更を、Haiku 4.6 の登場を待つという理由だけで止めておく合理性は薄い。Haiku 4.6 が来たときにまた1行変えればいいだけで、それは別の PR で十分です。

結局、Sonnet だけ先に上げることにしました。

エイリアスシステムがあるおかげで、実際の作業は CLAUDE_MODEL_ALIASES.sonnet の値を1行変えるだけ。前回の移行で整備したドキュメントとテストがあるので、迷わずに済みます。

「エイリアス設計の恩恵」が3回目で見えること

前回の記事で「2回目の移行で設計の真価を発揮する」と書きました。3回目になって見えてくるのは、「設計の恩恵を当たり前に享受している状態」です。

最初にエイリアスを導入したとき、どこに定義して、どうテストするか、ドキュメントはどう更新するか——そういうことを考えながら設計しました。2回目はその設計が効いて「楽だった」と気づきました。3回目は……特に何も考えていません。1行変えるだけ、という状態が当たり前になっている。

これは悪いことではなくて、良い設計が「意識しなくていい状態」になったということだと思っています。インフラでも設計でも、「うまく動いているとき、誰もそれに気づかない」というのはある種の完成形です。

ただ一方で、「当たり前になる」ことのリスクもあって。設計の前提が変わったとき（たとえば Anthropic がエイリアス体系を大きく変更したとき）に、「そういえばこの設計って……」と立ち止まれるかどうか。それは人間側が担保し続けないといけないことです。

現在の状態と、次の更新

今の状態を整理するとこうなります。

Opus と Sonnet は最新世代に揃いました。残るは Haiku で、4.6 はまだ未リリースです。

Haiku 4.6 が来たら、また1行変えるだけ。そのときに4回目の移行記録を書くことになるかもしれません。

参考

Claude Code を使った開発やエイリアス設計の背景にある考え方を深めたい方には、以下の書籍が参考になります。