AIエージェントに長い作業を任せていると、途中で前半の指示をすっかり忘れられて戸惑うことがあります。
その裏でたいてい絡んでいるのが、コンテキストウィンドウという制約です。
名前だけは知っていても、中身を説明できずに使っていた時期が私にもありました。
この記事では、コンテキストウィンドウの正体と、エンジニアが実務で意識したい勘所を整理します。
コンテキストウィンドウとは
コンテキストウィンドウは、モデルが一度に読み込める情報量の上限を指す言葉です。
上限に含まれるのは、あなたの入力だけではありません。
システムプロンプト・これまでの会話履歴・貼り付けた資料、そしてモデルの出力まで、すべてが同じ枠を分け合います。
この枠を超えた分は、古いものから押し出されて見えなくなる。
エージェントが「さっき言ったこと」を忘れるのは、たいていこの押し出しが起きているためです。
大きさは「文字数」ではなくトークンで数える
枠の大きさは文字数ではなく、トークンという単位で数えるのです。
トークンは単語や文字の断片で、英語ならおよそ4文字で1トークンが目安になります。
日本語は1文字がおよそ1〜2トークンに相当し、同じ見た目でも英語より多く消費しがちです。
2026年時点では、数千トークンの軽量モデルから100万トークンを超える大型モデルまで、幅があります。
なぜ「文脈が長いほど精度が落ちる」のか
ここで厄介なのは、枠が大きい＝賢く使える、とは限らない点です。
長い文脈では、中間に置かれた情報ほど見落とされやすいという傾向が知られています。
正答率は文脈の先頭と末尾で高く、真ん中でぐっと沈み込むU字型になりがちです。
重要な情報を中央に埋めると、精度が1〜3割ほど下がる例も示されています。
しかもトークン数が増えるほど注意は薄まり、似て非なる情報にも引きずられやすくなる。
「宣伝上の上限」と「実用に耐える範囲」がずれるのは、こうした劣化があるからです。
エンジニアが実務で意識すること
この制約を踏まえると、打ち手は次の三つに集約されます。
- 渡す文脈を絞る：無関係な履歴や資料を詰め込まず、本当に必要なものだけを残す。
- 大事な指示は端に置く：埋もれさせたくない要件は、先頭か末尾に配置する。
- 長い知識は外に出す：都度貼るのではなく、要約やRAG、外部の知識ファイルに逃がす。
とくに三つ目は、エージェント運用でじわじわ効いてきます。
プロジェクトの前提を毎回渡す代わりに、決まった場所へ置いて読ませる——その考え方は AGENTS.md の記事でも整理しました。
最後に
コンテキストウィンドウは「大きいほど正義」ではなく、限りある作業机のようなものです。
机を広げる努力と同じくらい、机の上を散らかさない工夫が効いてきます。
エージェントが物忘れをしたら、まずこの机の広さと使い方を疑ってみる。
以上です。
コメントを残す