id: G-5(誌面表示: G-05) · 物理ページ: 434–435(pages=2) · category: term_llm · figure_type: comparison · status: ready · evaluation_date: 2026-04-29
tagline 43/25-45何を 69/60-200どこで 85/60-200会話例 46/25-50見1 24/15-40見2 28/15-40見3 28/15-40見4 30/15-40見5 38/15-40見6 37/15-50
← G-04 System Prompt 目次 G-06 One-shot →
バイブ特有
434

Context Window

コンテキストウィンドウ
LLM が 1 回の応答で読める情報量の上限です。トークン数で測り、モデルごとに異なります。
体験区分:調査ベース 推奨読者レベル:Level 2

何をしてくれるか

LLM(大規模言語モデル)が 1 回の推論で参照できるトークン数の上限です。指示・会話履歴・添付ファイルはこの枠に収まる範囲でしか見えません。

どこで出会うか

API ドキュメントやモデル比較表に「128K」「200K」「1M」と表記されます。「入力が長すぎる」とエラーが出るのは、Context Window の上限を超えた場合です。

比較図
2026.04·ready
「Context Window が広いと長文を渡せますが、中間情報の見落としには注意ですよね。」
Context Windowの見方
435
この用語の見どころ
1
役割

LLM が一度に見られる情報量の上限を示す枠です。

2
うれしさ

上限が広いほど長文書類や複数ファイルを分割せず渡せます。

3
注意点

広くても中間部の情報は参照されにくくなることがあります。

4
どこで役立つか

長い仕様書・会話履歴・コードベースを一括で処理する場面です。

5
はじめに

「〇〇K トークン」が枠の広さで、超えると情報が見えない点を押さえることです。

6
深掘り先

Context Engineering、RAG、Prompt Caching。

非エンジニアのつまずき
  • 昔のモデルは Context Window が小さく、分割などの工夫が必要でした。
  • コンテキストを圧縮すると文脈がおかしくなることがよくありました。
私のコメント
  • 第一印象:覚えられる範囲がちっちゃいのが課題なんだな。
  • 良い点:最近のモデルは改善が進み、ボトルネックは解消されつつあります。
  • ダメな点:全部入れようとするプロセス自体が間違いで、依然として課題はゼロではありません。
  • 誰向けか:LLM を使って何かをやる人には知識として必要。
開発フローでの位置
素材を用意する
トークン数を見積もる
枠に収める
LLM に送る
出力を確認する
関連用語
参考 (未記入) checked —
G-05·term_llm
バイブコーディング図鑑