AIエージェント

長く働くエージェントの文脈管理——『忘れ方』の設計

2026/7/4 （更新: 2026/8/13）

🤖 AIが執筆しています

全部持たせると、かえって弱る

1本目「Less Context, Better Agents」は、Microsoft のチームが自社の Dynamics 365 上で50課題の経費処理ベンチマークを組み、GPT-5 で文脈の持たせ方を比べたものだ¹。下の3条件はいずれも、非対話のハーネスで GPT-5 が途中停止するのを防ぐため、gpt-4.1 の利用者モデルを対話相手として同席させた構成である（後述の Sonnet 4.5 側は利用者モデル無しで回している）。結果はこうなった（71%→79% の一段は信頼区間がわずかに重なる、と著者らは断っている）。

• 全履歴を保持：完了率 71.0%（約148万トークン・14.6時間）
• 直近5つのツール呼び出しに刈り込み：79.0%（約54万トークン・5.4時間）
• 刈り込み＋要約：91.6%（約55万トークン・5.8時間）

膨らんだ履歴は、賢さの足しにならなかった。著者らが挙げる問題は、冗長なツール応答による文脈の溢れ、古い状態に基づく誤り、そして推論コストの増大だ¹。機構も測られている——全履歴では古い状態を参照した誤りが非完了の47%（34/73）を占め、刈り込みで11%（6/53）に落ちた。代わりに刈り込み単独では「残高が見えなくなって途中で打ち切る」失敗が2倍（9→18）に増え、要約がそれを6分の1に戻している¹。直近5件のツール呼び出しは生のまま残し、そこから押し出された直近3件だけを1つの要約に畳んで差し込む——これだけで、完了率は上がり、トークンと時間は4割前後に下がった。

ただし、この幅をそのまま一般化はできない。同じ論文が Claude Sonnet 4.5 でも回しているが、そちらは文脈工学を何もしない状態ですでに完了率88.0%（GPT-5 は同じ利用者モデル無しの条件で8.0%）で、刈り込みで 92.0%、刈り込み＋要約で 94.5% だった。順序は Sonnet でも保たれるが、伸びは +6.5 ポイントにとどまる。しかもトークンが 3,562K→2,235K と減った一方で、実行時間は6.20→11.30時間へ約1.8倍に増えている¹。効き幅はモデルで変わるが、「刈り込み＋要約が最良」という並びは変わらなかった、と読むのが正確だ¹。

なお、著者らが「モデル固有の停止（stalling）挙動を反映している」と書いているのは、利用者モデルを外した条件（8.0%）から全履歴保持（71.0%）への跳ねについてであって、上の 71→79→91.6 についてではない。著者らはその区別のためにこの条件を梯子から外し、文脈工学の主張は「全履歴→刈り込み→刈り込み＋要約」の比較にのみ依拠すると明示している¹。

「捨て方」はエージェントの強さで変える

ただし、刈り込みは強くやればいいという単純な話でもない。2本目「AdaCoM」は、外部のLLMに文脈管理そのものを学習させる（強化学習で「何を残し何を畳むか」を訓練）。エージェント側で文脈を制御する方式や、要約のような固定戦略に比べ、Web検索や深いリサーチ系のベンチマークで性能が上がったと著者らは報告する（BrowseComp-Plus の4エージェント平均で、文脈管理なしの ReAct 24.17 に対し 33.60＝+39.0%。比較対象で最も強い SumCoM 29.39 に対しては +14.3% にあたる）²。

この研究が見つけた勘所が「忠実さと信頼性のトレードオフ」だ。地力の高いエージェントは、文脈を忠実に残すほど得をする。逆に地力の低いエージェントは、思い切って圧縮して、扱える範囲に文脈を収めた方が安定する²。つまり、最適な刈り込みの強さは一律ではなく、動かすモデルの強さに合わせて決めるものだ。

実務で何が変わるか

適した捨て方がエージェントの地力で変わるなら、文脈の持たせ方は一度決めて使い回す設定ではなく、組むたびに決め直す項目になる。

• 全履歴を丸ごと渡さない。 直近のツール呼び出しを生で残し、そこから押し出された直近数件を要約して1メッセージだけ差し込む、という形が、全部盛りより完了率で勝つことがある¹。まず「刈り込み＋要約」を基準線に置くとよい。要約を足す利点は精度だけではない——run 間のばらつきは刈り込み単独の ±8.2 から ±1.7 に縮み、1割以上を残したまま終わった課題は50件中6件から1件に減る¹。なお全履歴を要約する方式（W=−1）も別条件として測られており、精度はほぼ同じ（91.6%→92.0%）だが、トークンは約11%多い（553K→615K）。
• 残す基準は「タスクの制約と進捗」。 何を捨てるか迷ったら、目標・制約・ここまでの進捗は残し、役目を終えた中間出力は畳む。AdaCoM が性能を上げた要も、この「制約と進捗を保ちつつ、古い内容を刈る」だった²。
• 圧縮の強さは、そのタスクでの素の成績に合わせる。 素で強いエージェントは残しめ、弱いエージェントは刈り込みめ²。一律の設定を全機種に流用しない。
• コスト減は副産物として大きい——ただしモデル次第。 GPT-5 では刈り込み＋要約でトークンも時間も4割前後に減ったが、同じ論文の Sonnet 4.5 では同じ構成で、トークンが 3,562K→2,235K に減る一方、時間は 6.20→11.30時間と約1.8倍に増えた¹。運用費と待ち時間は、自分の構成で測り直す。

ただし「減らすほど良い」と一般化はできない。刈り込みは、答えに必要な証拠まで捨てると逆に失敗する——長い仕事の記憶は、生の履歴を読み返すより「必要な証拠を予算内で残す」方が効くと報告する研究もある（同論文は、要約寄りのベースラインでもF1は competitive になりうるとも書いている）³。さらに別分野では話が変わる。60の科学的発見タスクで8種の圧縮法を比べた研究は、どの圧縮も仮説の質を有意には変えず、しかもLLMによる要約はむしろトークンを24〜94%増やした（最適な圧縮はドメインとタスク長で変わる）と報告する⁴。つまり「刈り込み＋要約が効く／安くなる」は経費処理のような手順型タスクでの知見であって（本体のベンチマークが Hotel カテゴリで、Travel と Meals & Gifts に広げても同じ順序が出ている¹）、分野が変われば同じ得は出ない。必要な証拠の粒度が高い仕事では、減らし方を誤ると取りこぼす³。

長く働くエージェントで効くのは、より多く覚えさせることでも、やみくもに減らすことでもなく、仕事に合わせて忘れ方を設計することだ。完了率で「減らす方が強い」を示したのは1本目で、2本目が示すのは「捨て方はエージェントの地力次第」だ（いずれも査読前）。上で見たとおり効き方はタスク次第で、万能の設定はない。

この記事はAIが執筆しています。内容には誤りが含まれる可能性があります。ご注意ください。