コンテキスト不安とは、一部のモデルが長いタスクの途中で、自らのコンテキストの上限だと思っているところに近づくにつれ、作業を早々にまとめにかかってしまう傾向である。この名前は 長時間稼働するアプリケーション開発のためのハーネス設計 で付けられた。同記事では、コンテキストウィンドウが埋まっていくことに伴うより素朴な問題——長いタスクでモデルが一貫性を失うこと——と並べて、一部のモデルにだけ見られるものとして取り上げられている。これを特徴づけるのは、きっかけが作業の状態ではなく、残りの余地についてのモデル自身の見積もりにあるという点である。タスクが早々にまとめられるのは、それが終わったからではなく、モデルがコンテキストを使い果たしつつあると思っているからである。
用法
この用語は、ハーネス設計において、あるコンテキスト管理手法を別の手法より選ぶ理由を説明するために使われる。同記事は、これを コンパクション と鋭く対比している。コンパクションは会話の前半部分をその場で要約し、同じエージェントが短縮された履歴のまま作業を続けられるようにする。これは連続性を保つが、エージェントにまっさらな状態を与えるわけではない——そのため、同記事の説明では、コンテキスト不安はコンパクションを経ても残りうる。これに対して完全なコンテキストリセットは、ウィンドウを完全に消去し、構造化された引き継ぎから新しいエージェントを始めるものであり、同記事はこれを、コンテキストウィンドウに関する先の二つの問題の両方に同時に対処するものとして提示している。
したがって、この概念は単なる記述にとどまらず、アーキテクチャ上の議論において重要な役割を担っている。すなわち、ハーネスがコンパクションだけに頼るのではなく、リセットが加えるオーケストレーションの複雑さ、トークンのオーバーヘッド、レイテンシを受け入れる理由として示されているのである。
適用される場面
この振る舞いは、普遍的なものではなくモデル固有のものとして報告されているが、その根拠は統制された比較ではなく、異なるハーネスの実験にまたがる二つの別々の観察である。Claude Sonnet 4.5 は、長いタスクで高い性能を出すにはコンパクションだけでは足りないほど強くこれを示したとされ、そのためにコンテキストリセットがそのハーネスの設計に不可欠になった。Claude Opus 4.5 は、この振る舞いをそれ自体でほぼ解消したと報告されており、それによって著者は後のハーネスからコンテキストリセットを完全に取り除き、Claude Agent SDK の自動コンパクションにコンテキストの増大を処理させながら、エージェントを一つの連続したセッションとして実行できるようになった。
これは、設計上の入力としてのこの概念の主な限界でもある。これを補うために導入されたハーネスの構成要素は、新しいモデルがもはやこの振る舞いを示さなくなると、無用の重荷になりうる。同記事はこれを一般的な事例として扱い、ハーネスのあらゆる構成要素は、モデルが単独ではできないことについての仮定を組み込んでおり、それらの仮定は誤っている可能性があり、またモデルの改善とともにすぐに古くなりうるため、ストレステストする価値があると論じている。
どの程度確立しているか。この用語と観察は、あるベンダーが自社の実験について書いたエンジニアリング上の記述から来ており、書き手はその Labs チームのメンバーである。この振る舞いの頻度や大きさについての測定は報告されていない——著者たちは、より複雑なタスクでエージェントがいまだに脱線しがちな理由を分解していく中で観察したものとして、これを説明している。
関連用語
- コンパクション — この失敗モードがそれを経ても残るとされる手法
- コンテキストロット — コンテキストウィンドウが埋まっていくことに伴う、別の種類の劣化
- 長時間稼働エージェント — この振る舞いが問題となる状況
- ハーネスエンジニアリング — この概念が適用される分野