地味な変更ほど、毎日の体感を変える。今月のClaude Codeの更新がまさにそれだった。/model の挙動が変わり、バックグラウンドセッションが /resume に乗った。新モデルでもなければ、派手なエージェント機能でもない。だが私のトークン請求は、確実に軽くなった。
これまでの/modelは「うっかり全部Opus」になりがちだった
正直に言うと、私は /model でOpusやらSonnetやらを切り替えながら、その設定がどこまで効いているのか曖昧なまま使っていた。一度Opusにすると、次の新しいセッションでもOpusのまま、という感覚。気づくと軽い修正作業まで重いモデルで回していた。
5月の更新で、/model は「現在のセッションだけ」モデルを変えるようになった。新しいセッションには影響しない。デフォルトを変えたいときは、モデルピッカーで d を押す。たったこれだけ。けれど「今だけ重いモデルにする」と「常に重いモデルにする」が、操作として分離された意味は大きい。
なぜこれが効くのか、少し理屈を書く。人間は設定を変えると、それを元に戻すのを忘れる生き物だ。一時的なつもりの変更が、いつのまにか恒常設定になる。エディタのフォントサイズを一回上げて、そのままになっている人を私は何人も知っている。/model も同じ罠を抱えていた。「今回だけOpus」のつもりが、明日も明後日もOpus。セッション単位に閉じたことで、この「設定の慣性」が断たれた。終われば自動でデフォルトに戻る。意志の力に頼らなくていい設計は、それだけで正しい。
実際に試した結果:1日のOpus呼び出しが目に見えて減った
更新後、自分の使い方を1週間ぶん観察してみた。やったのは単純で、デフォルトをSonnet系に固定し、難しい設計判断のときだけ /model でその場だけOpusに上げる運用に切り替えただけ。
体感だが、重いモデルを使う時間が以前の半分以下になった。前は無自覚に7〜8割の作業をOpusで回していた気がする。今は「ここぞ」の場面に絞れている。請求の数字も、週あたりでざっくり3割は軽くなった。半端な数字に聞こえるかもしれないが、自分のログを見ての実感だ。
切り替えの心理的コストが下がったのが効いている。「今だけ」と分かっているから、気軽に上げて、気軽に戻れる。
数字をもう少し具体に。私の典型的な一日は、軽いリファクタやテスト修正が大半で、設計判断が絡む重い作業は2〜3回ある。以前はその全部を同じモデルで通していた。今は重い場面だけ手動で上げる。回数にして、Opus相当を呼ぶのが一日あたり十数回から、4〜5回に落ちた。出力の質が下がった実感はない。むしろ「ここぞ」に集中投下できるぶん、重いモデルの回答をちゃんと読むようになった。雑に投げて雑に流す、が減ったということだ。
バックグラウンドセッションが/resumeに並ぶようになった
もう一つの更新が、これも好きだ。claude --bg やエージェントビューから始めたバックグラウンドセッションが、/resume の一覧にインタラクティブなものと並んで出てくる。bg の印が付くので見分けもつく。
これまでバックグラウンドで投げた作業は、どこか「行方不明」になりがちだった。後から「あれ、さっき夜間で回したやつどうなった」と探す手間。それが、通常のセッション履歴と同じ場所から拾えるようになった。サブエージェント完了の通知に経過時間が出るようになったのも、地味に効く。「3分で終わったのか、20分かかったのか」が分かると、次に同じ作業を投げるときの判断が変わる。
私の使い方だと、テストスイート全体の実行や大きめのドキュメント生成をバックグラウンドに回すことが多い。手元では別の作業を進めたいからだ。これまでは進捗を確認するために、わざわざその窓を探しに行っていた。今は /resume を開けば一覧に並ぶ。bg の印を頼りに、終わっていそうなものから覗く。作業のリズムが途切れにくくなった。並行して走らせる本数が増えても、見失わない自信がついたのは大きい。
なぜこういう「小さい更新」を私は重視するのか
新モデルや新機能は確かに目を引く。だが日々の生産性を作っているのは、こういう操作の摩擦が一段減るタイプの変更だと思っている。MCPやSDKの起動が速くなった、ターミナルの表示崩れが直った——リリースノートの隅に書かれるこの手の修正の積み重ねが、結局「ストレスなく使えるツール」を作る。
過小評価されていると思う。新機能の記事は山ほど出るのに、こういう摩擦低減の更新はあまり語られない。
考えてみれば、私たちが一日に何百回も繰り返す操作こそ、最適化の効果が大きいはずだ。モデル切り替えも、セッションの呼び戻しも、まさにその「何百回」の側にある。一回あたり数秒の改善でも、積もれば無視できない。エンジニアの集中は細切れの中断で削られていく。中断を一つ減らす更新は、新機能ひとつより日々の総生産量に効く。私はそう考えている。だから、こういう更新こそ早めに自分の運用へ取り込みたい。
結論:まずデフォルトモデルを「軽い方」に倒してみる
今日からできることは一つ。/model でデフォルトを軽いモデルに固定し、d で保存する。そして難所だけその場で上げる。これだけで請求は変わるはずだ。バックグラウンド作業を多用している人は、/resume の一覧を一度開いてみてほしい。迷子だったセッションが、そこに並んでいるかもしれない。
最初は「軽いモデルで大丈夫だろうか」と不安になるかもしれない。だが、不安なときだけ上げればいい。それが今回の更新で簡単になった、という話に尽きる。デフォルトを軽くする勇気と、必要なときに上げる気軽さ。この二つが揃って初めて、コストと品質のバランスは自分の手に戻る。ツールに使われるのではなく、ツールを使う。小さな操作の変更が、その主導権をこちらに渡してくれた。私はこの方向の更新を、これからも歓迎する。
