コンテキストリセットとは、コンテキストウィンドウを完全に消去して新しいエージェントを始め、それに前のエージェントの状態と次のステップを運ぶ構造化された引き継ぎを組み合わせる実践である。この名前のもとで説明されているのは 長時間稼働するアプリケーション開発のためのハーネス設計 においてであり、そこでは一つのコンテキストウィンドウに収まらない作業を扱う方法の一つとして、コンパクション と対比して提示されている。以前のハーネスは、コンパクションだけでは不十分だったためにリセットに頼っていたが、後のハーネスはリセットを完全にやめ、コンテキストの増大を自動コンパクションに任せた。
決定的な対比は コンパクション とのものである。コンパクションは会話の前半部分をその場で要約し、同じエージェントが短縮された履歴のまま作業を続けられるようにする。同記事の説明では、コンパクションは連続性を保つがエージェントにまっさらな状態を与えるわけではなく、これに対してリセットはそれを与える——ただしその代償として、次のエージェントが作業をきれいに引き継げるだけの状態を、引き継ぎの成果物が運ばなければならない。したがって両者は交換可能ではない。ハーネスにどちらが必要かは、手に入れようとしているのが連続性なのか、まっさらな状態なのかによって決まる。
用法
この技法は、エージェントが複数のセッションにわたって一貫して作業しなければならない場面で適用される。同記事は以前のハーネスについて、イニシャライザーエージェント がプロダクトの仕様をタスクリストに分解し、コーディングエージェントが一度に一つの機能ずつタスクを実装し、セッション間でコンテキストを運ぶために成果物を引き継いでいた、と説明している。そうしたセッションの間のリセットは、モデルをタスクから外れさせないための鍵となる突破口だったとされている。
同記事が述べるコストは具体的である。リセットは、ハーネスの実行ごとに、オーケストレーションの複雑さ、トークンのオーバーヘッド、レイテンシを増やす。同記事が付している条件は引き継ぎの成果物に関するもので、それは次のエージェントが作業をきれいに引き継げるだけの状態を運ばなければならない。
適用される場面
同記事がリセットを必要とする理由として挙げるのは コンテキスト不安——モデルが、自らのコンテキストの上限だと思っているところに近づくにつれて、作業を早々にまとめにかかってしまうこと——であり、それに加えて、ウィンドウが埋まるにつれて一貫性が失われるという通常の問題である。コンパクションは同じエージェントを動かし続けるため、前者を解消しないと同記事は論じており、それこそがリセットを、単に好ましいものではなく必要なものにしている。
この推論は同時に、この技法が当てはまる範囲も画定する。同記事の報告によれば、Claude Sonnet 4.5 はコンパクションだけでは不十分なほど強くコンテキスト不安を示したため、リセットはそのハーネスにとって不可欠なものとなった。一方、Claude Opus 4.5 はこの振る舞いをそれ自体でほぼ解消したため、後のハーネスからはリセットが完全に取り除かれ、エージェントは Claude Agent SDK の自動コンパクションにコンテキストの増大を処理させながら、一つの連続したセッションとして動作している。したがってこの技法は、特定のモデルの振る舞いを補うものとして、また新しいモデルが登場したときに見直すべきものとして提示されている——ハーネスのあらゆる構成要素は、モデルが単独ではできないことについての仮定を組み込んでいる、という同記事のより一般的な議論の一例である。
どの程度確立しているか。これは、あるベンダーが自社のハーネスについて書いたエンジニアリング上の記述であり、書き手はその Labs チームのメンバーである。リセットに基づくハーネスとコンパクションのみのハーネスとの統制された比較を報告するものではなく、同社の実験を通じてうまくいったことを記述したものである。
関連用語
- コンパクション — この用語がそれとの対比で定義される代替手法
- コンテキスト不安 — リセットがそれに対処するために導入された失敗モード
- イニシャライザーエージェント — 以前のハーネスでプロダクトの仕様をタスクリストに分解したエージェント
- 構造化ノートテイキング — 状態をコンテキストウィンドウの外に保持するための別の技法（このウィキによる相互参照であり、同記事の捉え方ではない）
- ハーネスエンジニアリング — この技法が属する分野