Skip to content

🌐 English

Part 2: コンテキストウィンドウを理解する ​

NOTE

LLM の「思考空間」の構造を理解する。
Part 1 で学んだ構造的問題が「なぜ起きるのか」の物理的基盤がここにある。
ウィンドウの制約は製品を問わない。注入の具体例として Claude Code を使う。

最初に押さえる3概念 ​

Token / Context / Context Window は、後続のすべての設計判断の前提である。それぞれ独立したページで定義する。

ドキュメント内容
TokenLLM の処理単位。文字でも単語でもない
Context1回の推論に渡す全情報。履歴も毎回載る
Context Window上限と、「安全に使える範囲はもっと狭い」という事実
3概念の関係単位・中身・上限の関係図

このパートで学ぶこと ​

ドキュメント内容
Chat / SessionContext が時間方向に膨らむ理由
LLM が「見る」ものウィンドウ内の見え方の全体像
注入タイミングの全体像各設定がいつ Context に入るか
コンテキスト予算有限のトークンをどう配分するか

なぜ Part 1 と Part 3 の間にあるのか ​

Part 1 で「LLM にはこういう問題がある」を学び、この Part 2 で「思考空間はこういう構造である」を理解し、Part 3 以降で「だからこう置く」に進む。

ランタイムの制約を知らずに設定だけを真似ると、なぜその制限があるのかが見えない。ここはその制約の物理である。


前へ: Part 1: LLMの構造的制約を知る

次へ: Token — LLM の処理単位

Released under the CC BY 4.0 License.