コンテキストウィンドウとは?
各セッションウィンドウにはコンテキスト長の上限があります。チャットボックスの上部で、現在のウィンドウが使用したコンテキスト量を確認できます。例えば下図の 30.2k / 300.0k——左が使用済みのセッションサイズ、右が現在のセッションのコンテキスト上限です。
コンテキスト上限の設定
単一セッションのコンテキスト上限はモデルの能力によって決まります。現在の主流モデルは最大 1M まで対応しています。SoloEnt では、必要に応じて単一セッションのコンテキスト上限を適切な水準に設定できます。
- 200K〜300K に抑えることをおすすめします。
- 主流の実践:Codex Cloud のような成熟した Agent 製品の経験を参考にすると、通常は第 1 段階(200K〜300K)のコンテキストだけを使い、より高い段階はめったに使いません。
なぜ単一ウィンドウで 1M を使い切ることを勧めないのか
単一セッションを長く使い続けるコスト急増リスク
単一セッションを長く使い続けるコスト急増リスク
多くのユーザーは単一ウィンドウの使用がキャッシュの利点をもたらすと考えますが、一部のモデルには セッションサイズに応じた段階課金 の仕組みがあり、セッションが長すぎるとコスト急増のリスクがあります。
例:一部のモデルでは 256K 以下の入出力は 1 段階の価格で、256K を超えると顕著に上がる——明確な段階的な値上がりがあります。
キャッシュ機構の不確実性
キャッシュ機構の不確実性
ほとんどの新しいモデルは優れたキャッシュ機構を提供しますが(キャッシュヒット時は 1/5〜1/10 の費用で済むこともあります)、日をまたぐ、または長時間の間隔 があるセッションではキャッシュが失効し、1 回のリクエストで大量の token を消費します。
モデルの切り替え = 大量のコンテキストを抱えて最初からやり直し
モデルの切り替え = 大量のコンテキストを抱えて最初からやり直し
単一ウィンドウである程度進めてからモデルを切り替えてタスクを実行すると、新しいモデルは旧モデルが積み上げた全コンテキストを読み込む必要があり、一度に大きなセッション額度を消費しかねず、非常に不経済です。モデルを切り替える前に、必ず前続のセッションを一度要約してください。
ベストプラクティス
ウィンドウを切り替えることは、現在のウィンドウのセッション記録を手放すことを意味し、もったいないと感じるユーザーも少なくありません。しかし単一ウィンドウに頼りすぎるのは、実際には不経済であり、長期的なコンテキストの品質も保ちにくいのです。- タスク分離の原則:「1 セッション 1 タスク」を心がけ、タスク完了後に達成状況を確認します。
- 次のタスクに関連性がある場合:まず現在のセッションを要約してプロジェクトファイル(
SOLOENT.mdなど)に落とし込み、それから新しいセッションで続けます。 - 次のタスクの関連性が薄い場合:迷わず新しいセッションを開き、履歴 token の積み上がりを避けます。
- 次のタスクに関連性がある場合:まず現在のセッションを要約してプロジェクトファイル(
- セッション圧縮機能を使う:セッションの内容が溜まりすぎたら、
/compactコマンドで現在の内容を短い概要にまとめ、新しいセッションの初期入力にします——核心情報を残しつつ token 消費を抑えられます。

- コンテキスト使用量が約 200K を超えてから使い続けると、コスト急増を招くことがあります。一般には、単一ウィンドウが 100〜150K に達したら、適切なタイミングで新しいウィンドウを開くことを検討するのがよいでしょう。
新しいウィンドウを開く前に、必ず要約とドキュメント沈殿を
- 長編小説の創作:プロジェクトで
/initを使ってSOLOENT.mdを生成し、キャラクター・アウトライン・現在の進捗などの重要なコンテキストを書き込みます。新しいウィンドウを開くたびに、モデルはSOLOENT.mdを読むことでプロジェクトの全体像をすばやく復元でき、単一セッションで積み上げたコンテキストに頼りません。 - 議論が多いとき:あなたと Agent の議論が多くコンテキスト使用量が高くなった場合は、新しいウィンドウ(または新しいモデル)に切り替える前に、Agent に現在の議論を一度まとめさせ、結論を読める形のドキュメントに落とし込みます。切り替え後はまずそのドキュメントを読めば、すばやく前文を把握できます。
SOLOENT.md ガイド
メモリファイルで長期コンテキストを担い、新しいセッションごとにプロジェクトの全体像をすばやく復元
コマンド Commands
/compact、/init などの内蔵コマンドの使い方を学ぶ