Claude Code v2.1.68 — Opus 4.6の既定をmedium effortに、ultrathinkキーワード復活

このリリースで何ができるようになるか

Claude Code v2.1.68は変更点3件の小粒リリースですが、Max / Team契約の普段使いに直接効く調整が並びます。

• Max / TeamのOpus 4.6既定effortがhighからmediumに変更(ほとんどのタスクで速度と深さのバランスがとれるスイートスポットとして位置付け)
• ultrathinkキーワードが再導入: プロンプトに含めると次の1ターンだけhigh effortで動作
• first-party APIからOpus 4 / 4.1が撤去: ピン留めしていたユーザーは自動的にOpus 4.6へ移動

全体として「普段は軽く、必要なときだけ深く考えさせる」スタイルに振ったリリースです。

あなたの開発フローはどう変わるか

Max / TeamでOpus 4.6を普段使いするユーザー

既定effortがhighからmediumに下がるため、応答までの待ち時間が短くなります。highでは出力までの沈黙が長く、インタラクティブな反復作業でストレスになりやすかった点が緩和され、「軽く試す → 直す → 試す」のサイクルが速くなります。深く考えさせたい場面では/modelでhighに戻すか、プロンプトにultrathinkを入れて1ターンだけhighに引き上げる形になります。

highを常用していたユーザー

更新後、気付かないうちにmediumで走る可能性があります。現状の確認は/modelでできるため、更新直後にeffortを見ておくと安全です。常時highに戻したい場合は/modelで固定、ピンポイントで深度を上げたい場合はultrathink運用に切り替える形を選べます。

first-party APIでOpus 4 / 4.1をピン留めしているスクリプト・設定

設定ファイルや起動スクリプトでモデル名をハードコードしている場合、本版以降は自動的にOpus 4.6が選ばれる挙動になります。agents/*.mdのfrontmatter、settings.jsonのmodel、CLI起動オプションの--model等にOpus 4 / 4.1の文字列が残っていれば、4.6への更新と回帰テストの予定を組んでおくと安全です。

Bedrock / Vertex経由の利用

本版のchangelogではfirst-party APIの撤去のみが明記されており、Bedrock / Vertex側のモデル提供状況についての記載はありません。該当する構成では、各プロバイダ側のOpus 4 / 4.1の提供状況を確認のうえ、必要に応じて切り替えを検討する形になります。

CI / Actions上で走るClaude Codeセッション

自動レビューや自動記事生成など、対話的に/modelを叩けない環境では、プロンプトテンプレート側で**ultrathinkを入れるか否かを明示的に設計**しておく方が安定します。CIで深い推論が必要なジョブだけテンプレートにultrathinkを含める、軽い処理は既定のmediumのまま回すといった設計が組みやすくなりました。

主な変更点

• Opus 4.6の既定effortがhighからmediumに変更(Max / Team)。/modelで従来通り変更可能
• ultrathinkキーワード再導入: プロンプトに含めると次の1ターンだけhigh effortで動作
• first-party APIからOpus 4 / 4.1を削除: ピン留めユーザーは自動的にOpus 4.6へ移動

既定値を下げてultrathinkで拾う設計をどう読むか

本版の変更は単にコストを下げに行ったわけではなく、普段使いの体感とピーク時の深度を別レイヤーで制御する方向に舵を切ったものとして読めます。これまでのeffort運用は「既定でhigh、重すぎると感じたら/modelで下げる」寄りでしたが、本版は「既定でmedium、深く考えさせたいときだけultrathinkで引き上げる」という逆の導線になっています。

狙いは3層に分かれていそうです。

• 待ち時間の体感改善: highは出力までの沈黙が長く、インタラクティブな反復作業でストレスになりやすい。mediumに落とすことで反復のサイクルが速くなる
• ピーク需要の整流: high常用ユーザーが多いと推論側の負荷が常時高止まりする。既定を下げてピークをultrathinkに集約することで、サブスクリプション側の品質安定につながりそう
• ユーザー側のコスト感覚調整: Max / Teamは固定額だがusage limitはあり、highを無意識に回し続けるとlimitに早く到達する。既定medium化はその緩和にもなる

ultrathinkは過去にも存在した表現で、今回「re-introduced」とされている通り復活です。once-off high effortのための合言葉として定着していた経緯があり、それを改めて公式な運用パスとして戻したのが本版の性格です。Opus 4 / 4.1撤去と合わせて、Opus 4.6を運用の中心に据える宣言と読んで差し支えありません。

直前のv2.1.63で長時間運用の地盤整備が入った流れの中、本版はモデル運用の既定値を見直す方向の調整版です。直後のv2.1.69では103項目の超大型メンテが続き、本版で整えた4.6中心体制を前提にした機能拡張が並びます。

既存プロジェクトの設定を見直すポイント

既存のCLAUDE.mdやSkillsで「常にhigh effortで考えること」を前提にしていた場合、今回の既定変更で挙動が想定とずれる可能性があります。プロジェクト側でultrathinkを差し込む運用に寄せるか、セッション冒頭で/modelを明示的に指定するかの選択になります。

ピン留めモデルの自動移行(Opus 4 / 4.1 → 4.6)も、設定ファイル・スクリプト・CI workflowの該当箇所を一度洗い出しておくと、後続版の追従もスムーズになります。

まとめ

• first-party APIでOpus 4 / 4.1ピン留めは即更新推奨: 設定とCIの確認が必要
• Max / Teamでhigh常用は推奨: 既定挙動の変化を/modelで確認
• CI / Actions利用は推奨: ultrathink含有方針を明示
• 既定effort引き下げ + ultrathink復活で運用導線が逆転: 普段medium、ピンポイントhighへ

更新はclaude updateで反映できます。自動更新を切っている環境ではeffort挙動の変化に気付きにくいため、更新タイミングを意識して揃えておくと安全です。続くv2.1.69以降の挙動を合わせて追うと、4.6中心体制への移行が段階的に進んでいる様子が掴めます。