context windowの管理

チャット・パネルの各taskにはcontext windowがあります — そのスレッドのtoken予算です。上限は270,000 tokenです。Bobがロードするものはすべてここに計上されます。

チャット・パネルの右上にあるtoken usage indicatorにカーソルを合わせると、context windowを消費しているものの内訳が表示されます:

@メンション、コマンド出力、ツール結果はすべてMessagesにカウントされます。ファイルの内容に独立した行はありません。

Estimated breakdownの下:

Bobとの作業を始める前から、固定カテゴリーがcontextを消費します。Galaxium Travelsのサンプル・プロジェクトでは、"Quickly say hi back."だけでも合計約8.5k tokenになります。その大部分はTool definitions（5.1k）、System prompt（1.5k）、Rules（830）、Skills（454）です。Messagesにあるのは590のみです。

Bobはすべてのpromptでオーバーヘッド・スタック全体を再送します。MCPサーバーやロードされたskillが多いほど、入力前にMCP Tools、Tool definitions、Skillsが増加します。

実際の数値とリセットのウォークスルーについては、Create a new context windowを参照してください。

token usage indicatorは使用率と、270,000 tokenの上限に対して使用済み/合計の割合を表示します。クリックするとcontext window breakdownが開きます。どのカテゴリーが増えているかを確認してください。

以下の表は各カテゴリーに影響を与えるものを示しています:

短いやり取りでは、固定カテゴリーが合計の大部分を占めることがよくあります。Bobにファイルを読み取ったりツールを実行したりするよう求めると、Messagesが通常最も大きなカテゴリーになります。この変化に注目してください。

Available spaceはどのカテゴリーが増加しても縮小します。Reserved for model responseはBobの次の返答のために確保されており、上に表示される使用済み合計には含まれません。

実際のリポジトリーでの測定例については、Create a new context windowを参照してください。

ハードな上限はtaskあたり270,000 tokenです。Bobは制限に達する前に圧縮を開始します。圧縮は通常、合計使用量が190,000 token付近で開始されます。

圧縮のしきい値に達すると、Bobは:

Condensationには損失が伴います。Messagesの初期にある詳細が残らない場合があります。トピックが変わるときや、Messagesが品質に影響するほど大きくなったときは、+（New task）で新しいtaskを開始してください。

Bobcoinsはtoken使用量を追跡します。入力tokenと出力tokenの両方がカウントされます。

作業目標ごとに1つのtaskを使用し、的を絞ったpromptから始めてください。Bobにリポジトリーを探索させる前に、目標、期待される結果、制約を伝えてください。ファイルと関数を明示的に指定してください。「リポジトリー全体を読んで」や「バックエンドを確認して」といった漠然としたリクエストは避けてください。トピックが変わったら**+**（New task）をクリックしてください — Messages内の無関係なコンテンツはコストを増やし、Bobを混乱させる可能性があります。

固定カテゴリーは入力する前からtokenを消費します。そのオーバーヘッドを低く抑えるには:

大きなコンテンツ・ブロックをスレッドに貼り付けるのではなく、Bobに対象ファイルを検索・読み取りさせてください。context mentionsを使用して特定のファイルや行範囲を参照し、広いディレクトリーのメンションは避けてください:

エディターでテキストを選択し、Cmd + L（Mac）またはCtrl + L（Windows/Linux）を使ってチャットに直接追加することもできます。

段階的に作業してください — 可能性のあるファイルを見つけ、関連するものを調べ、計画し、変更し、検証する。広いリポジトリー読み取りにはsubagentsを使用して、すべてのread_file呼び出しがMessagesに溜まる代わりに圧縮された結果をtaskに渡してください。ソースが競合する場合は、古いコメントや古いREADMEのメモよりも実行中のコードとテストを信頼してください。

大きなリポジトリーに関するその他のヒントについては、Working with large projectsを参照してください。

長い会話の中で、Messagesには繰り返されるファイルの内容、破棄されたプラン、古いツール出力が蓄積されます。作業目標が変わったり、スレッドが品質に影響するほど大きくなったりしたら、+（New task）で新しいtaskを開始してください。制約、証拠、未解決の質問は残して — それ以外は削除してください。

Bobは古いセグメントを自動的にcondensationすることもできますが、condensationには損失が伴い、Messagesの初期にある詳細が残らない場合があります。大きな自律実行よりも小さく承認された変更を優先して、差分をレビュー可能に保ち、Bobが軌道を外れないようにしてください。

Create a new context windowでGalaxium Travelsサンプル・プロジェクトの内訳を開き、リセットの練習をしてください。