用語辞典 / モデル・基盤技術

コンテキストウィンドウContext Window — 読み:こんてきすとうぃんどう

コンテキストウィンドウは、モデルが一度に扱えるトークン数の上限(入力+出力の合計枠)です。長い資料を渡せるか、会話をどこまで覚えているか、はこの枠で決まります。

分類:モデル・基盤技術タイプ:実務型(プロンプト 6 本)更新:2026年10月13日出典付き:はい
01

導入Introduction

コンテキストウィンドウは、モデルが一度に扱えるトークン数の上限(入力+出力の合計枠)です。長い資料を渡せるか、会話をどこまで覚えているか、はこの枠で決まります。

このページの使い方:定義と仕組みで概念を掴み、プロンプト集で実務に落とし込み、FAQ で細部を確認できます。関連用語のリンクで、必要な範囲だけをたどって学べます。
02

用語の定義Definition

コンテキストウィンドウとは、 大規模言語モデル(LLM) が 一度に処理できるテキストの最大長のこと です。このウィンドウのサイズによって、AIがどれだけの情報を記憶し、考慮に入れながら文章を生成したり、質問に答えたりできるかが決まります。本記事では、コンテキストウィンドウの役割、性能への影響、拡大に伴う課題を解説します。

  • 入力と出力を合わせた「一度に扱える量」の上限
  • 枠は「システム指示+会話履歴+参照資料+出力」で分け合う
  • 上限を超えると古い情報から使えなくなる

出典:my-best.ai 用語辞典「コンテキストウィンドウ」(https://my-best.ai/ai-dictionary/context-window/)

03

仕組み・原理How it works

① 枠の構造を理解する

ウィンドウの中身は 4 つに分けられます。①システム指示(役割・ルール)、②会話履歴、③参照資料(RAG で入れた文書など)、④出力の分。どれかを増やすと、他に使える分が減ります。

② 上限との付き合い方

枠を超える入力は拒否されるか、先頭や末尾が切り捨てられます。長い資料は要約して渡す、会話は要点を整理し直す、という運用が必要です。

③ 長いから良いとは限らない

枠が大きいモデルでも、関連情報が埋もれる「真ん中の情報が拾われにくい」傾向が報告されています。量より、必要な情報を選んで渡すことが精度に効きます。

入力+出力の合計枠の使い分け例システム指示会話履歴参照資料出力の分システム指示(12%)会話履歴(28%)参照資料(40%)出力の分(20%)
コンテキストウィンドウの配分イメージ(割合は設計例)
04

原始出處Origin

上限の由来は Transformer(2017)のアーキテクチャ上の入力長制約です。初期の GPT-3 は 2,048 トークン程度でしたが、以後のモデルで数万〜数十万トークンへと拡大が続いています(現在の上限はモデルごとに確認が必要です)。

05

応用シーンUse cases

長文処理の設計

資料を分割するか、要約して渡すかの判断

会話の継続管理

要点の要約を作って引き継ぐ運用

RAG の設計

参照資料に割く枠の配分を決める

コスト管理

枠の使い方が課金に直結するための最適化

06

メリット・デメリットPros & Cons

メリット

  • 枠が大きいモデルなら、長い資料をそのまま渡せる
  • 配分の考え方(指示・履歴・資料・出力)が明確で設計しやすい
  • 枠を意識するだけでコストと品質の両方が改善する

デメリット・注意点

  • 枠の使いすぎでコストが増え、応答が遅くなる
  • 枠内でも情報が埋もれると精度が下がる
  • モデルごとに上限が違い、移行時に調整が必要
  • 超過時の挙動(拒否・切捨て)が利用者に分かりにくい
07

よくある誤解Misconceptions

コンテキストが大きいほど精度が上がる
枠が大きくても関連情報が埋もれれば精度は下がります。選んで渡すことが精度の鍵です。
会話は無限に覚えてくれる
枠を超えた古いやり取りは参照できません。長期の作業では要点の引き継ぎが必要です。
枠いっぱいまで使うのが効率的
無駄な情報は精度とコストを悪化させます。必要最小限+出力の余白を確保します。
08

関連用語Related terms

用語同士は相互リンクされています。未掲載の用語は用語一覧の該当項目へリンクします。

09

プロンプト集Prompt collection

実務でそのまま使えるプロンプト例です。コピーして〔 〕内を置き換えてください。同じカードはプロンプト集にも掲載されています。

コンテキストウィンドウ

枠の配分を設計させる

長い資料を扱う前の設計

「(タスク)」でコンテキストウィンドウを使うときの配分案を、システム指示/会話履歴/参照資料/出力の 4 分類で作ってください。各項目の目安割合と、溢れた場合の優先順位も示してください。
コンテキストウィンドウ

長文を要約して渡す

枠を超えない前処理

以下の長文を、後続の LLM に渡すための要約にしてください。
条件:元の 20% 以内/結論と根拠の一覧を保持/数値と固有名詞は原文どおり/省略した章の一覧を最後に付ける。

(ここに長文)
コンテキストウィンドウ

会話を引き継げる形にする

長い対話の要点渡し

これまでの対話を、新しい会話に引き継ぐための引き継ぎメモにしてください。
項目:目的/決まったこと/未決事項/次の一手/注意事項。各項目は 3 行以内で。
コンテキストウィンドウ

重要情報を前後に置かせる

埋もれ対策の基本型

以下の資料と質問を扱います。指示:重要な前提は回答の冒頭で復唱し、根拠となる箇所は末尾に一覧で引用してください。これにより情報の埋もれを防ぎます。

【資料】(テキスト)
【質問】(質問)
コンテキストウィンドウ

溢れたときのフォールバックを作る

上限到達時の運用

「(タスク)」で入力が上限を超えた場合の運用手順を作成してください。手順:①分割の単位 ②各部分の処理指示 ③結果の統合方法 ④品質確認。ビジネス文書として 1 ページにまとめてください。
コンテキストウィンドウ

必要な情報だけ選ばせる

RAG と併用する枠の節約

以下の候補から、質問に答えるために必要な文だけを選んでください。選んだ理由を各 1 行で示し、不要な文は理由付きで除外してください。

【質問】(質問)
【候補】(候補一覧)
10

FAQ(よくある質問)FAQ

自分のモデルの上限はどこで確認できますか?
各プロバイダの公式ドキュメント(モデル仕様のページ)で確認できます。モデルのバージョンごとに違うため、使っているモデル名で必ず確認してください。
枠を超えたらどうなりますか?
サービスにより、入力の拒否、または古い部分の切り捨てが起こります。どちらかを事前に確認し、超えない設計をすることが重要です。
長い資料はどう渡すのが良いですか?
基本は「要約して渡す+必要な原文の該当箇所だけ添付」です。RAG を使える環境なら、検索で該当箇所だけを枠に入れます。
会話が長くなったらどうすれば良いですか?
要点の引き継ぎメモを作り、新しい会話でそれを最初に渡します。目的・決定事項・未決事項の 3 点を入れるのが型です。
11

出典・参考文献References

定義・出典の記述は一次資料に基づきます。リンク先の内容は公開時点のものです。

12

まとめSummary

コンテキストウィンドウは「一度に扱える枠」であり、指示・履歴・資料・出力で分け合います。枠の大きさより、必要な情報を選んで渡す設計が精度とコストの鍵です。

  • 上限は使うモデルで必ず確認する
  • 長文は要約+該当箇所の添付で渡す
  • 長い会話は引き継ぎメモで新しく始める

次はチュートリアルで手を動かす

枠の使い方を実感する(10 分) — 所要 15〜30 分程度の実践形式です。

チュートリアルを開く →
My-Best.AI|AIツール比較・ランキング・おすすめ最新AI情報
Logo