週の枠もcompactしたい！と思った話

今回から、記事の最初と最後にこんな窓を出すことにしました。エンジニアじゃない私が、Claude Codeを使いながら少しずつ強くなっていく記録です。これまでの2本をLv.1とLv.2として数えて、今回はLv.3を目指します。

1本目の記事の間違いから

1本目の記事で、「円のほうに5時間枠は出てきませんでした」と書きました。これは間違いでした。

画面の右下にある小さな円は、カーソルを合わせると小さな表示が出るだけですが、クリックすると、もっと詳しい画面が開きます。5時間の枠(Session limit)も、週の枠(Weekly)も、ちゃんとそこに出ていました。私はクリックしたことがなかったので、出ないと思い込んでいました。1本目の記事にも追記しておきました。

ボタンがあるのは一番上だけ

その詳しい画面を初めて開いたときのことです。

一番上に「Context window」、その下に「Session limit」と「Weekly · all models」が並んでいます。そして、一番上のContext windowのところにだけ「Compact session」というボタンがありました。

このとき、週の枠は84%。リセットまであと19時間もありました。一番ピンチなのは週の枠なのに、ボタンがあるのは一番上だけです。

週の枠もcompactできたらいいのに。

そもそも別物だった

結論から言うと、週の枠はcompactできませんでした。

Context windowは、今の会話でClaudeが一度に覚えておける量のことです。会話の「記憶の容量」のようなもので、いっぱいに近づくと、古いやりとりを要約して空きを作ります。これがcompactでした。

一方で、Session limitとWeeklyは、契約しているプランで使える量です。5時間ごと、1週間ごとに決まっていて、スマホの通信量に近いものだと思います。使った分は戻ってこないので、リセットされるのを待つしかありません。

同じ画面に並んでいたので、同じ仲間だと思っていました。

会話が長いと枠が早く減るらしい

もう少し読んでいくと、気になることが書いてありました。

Claude Codeはメッセージを送るたびに、それまでの会話を全部一緒に送っているそうです。公式の説明には、一日中開きっぱなしの会話で一行だけ質問しても、会話全体ぶんの使用量を使う、と書いてありました。古い会話を引きずるほど、1回ごとの消費が大きくなるということです。

そこで画面をもう一度見てみると、私の会話のContext windowは622.7k。上限の62%でした。

そりゃすぐ減るよね笑

公式には、関係のない作業に移るときは、/clearで新しく始めるといい、とも書いてありました。/compactは、要約するために会話を読むので、それ自体が大きな使用量になるそうです。新しく始めたいだけなら、/clearは使用量を使わないとのことでした。

会話を切り替えてみた

私はClaude Codeで、作業ごとに会話を分けています。ただ、そのうちの1つは、始めた日からずっと同じ会話を使い続けていました。

そこで、それまでの内容を引き継ぎのメモにまとめてもらって、新しい会話に切り替えました。古い会話はアーカイブ(しまっておくことに)しました。

切り替えてから2日ほど使って、週の枠の減りがゆっくりになった気がしていました。

感覚と数字のズレ

気がしただけでは記事に書けないので、数字で比べてみました。

切り替える前の週は、約6日で84%でした。1日あたり、だいたい13.5%です。切り替えたあとの週は、約2日で35%。1日あたり、だいたい16%でした。

減ってない！むしろ増えてる...

思い当たることがあった

最初は、モデルのせいかと思いました。今の週の途中で、/modelというコマンドを使って、Sonnet(ソネット)からOpus(オーパス)に切り替えていたからです。公式の説明には、「Sonnetはほとんどの作業をこなせて、Opusより安い」と書いてありました。

でも、前の週の記録を見てみると、そちらもほとんどOpusで作業していました。モデルのせいではなさそうです。

もう一度、週の枠の説明を読み直して、やっと気づきました。週の枠は、この会話だけのものではありませんでした。私は作業ごとにいくつもの会話を分けて使っていて、ほかの会話で使った分も、同じ週の枠から減っていきます。1つの会話を切り替えただけでは、%に出てきにくかったんです。

それに、この2日は、たまたま重い作業が続いていました。調べものを一度にたくさん頼んだり、画像を何度も作り直してもらったり。5時間の枠は90%まで行って、「もうすぐ上限です」という表示まで出ました。

会話を小さくした効果はあったのかもしれません。でも、週の枠の%ではそれを確かめられませんでした。

わかったこと

週の枠は、compactできませんでした。会話の長さは減り方に関係するようですが、週の枠はアカウント全体の量なので、ほかの会話や、その週にどれだけ重い作業を頼んだかでも変わります。

それよりも驚いたのは、自分の「気がする」が数字と逆だったことでした。

これからやること

じゃあ、週の枠を守るにはどうすればいいのか。公式の説明に書いてあったことの中から、私にもできそうなことを2つ、試してみることにしました。

1つ目は、関係のない作業に移るときに、会話を新しくすることです。古い会話を引きずらなければ、1回ごとに送る量が減るはずです。

2つ目は、モデルを使い分けることです。公式には、ほとんどの作業はSonnetでこなせて、Opusは複雑な判断がいるときに取っておくといい、と書いてありました。/modelを使えば、会話の途中でも切り替えられます。切り替えたあとの会話では、ずっとOpusを使っていました。

どれくらい効くのかは、まだわかりません。今度は「気がする」で終わらせずに、数字で確かめてから、また書きます。