1Mコンテキストって何のこと?
「1Mコンテキスト」は、AIが一度に読み込んで考えられる文章量が約100万トークンまで広がった状態を指す言葉です。Mはミリオン(100万)の M。コンテキストというのは、AIが今この瞬間に「見えている」情報のかたまりのことだと思ってください。
ここでいうトークンは、文章を細かく区切った単位です。英語ならだいたい単語1つ弱、日本語なら1文字〜数文字で1トークンくらい、というざっくりした感覚で捉えておけば十分です。100万トークンとなると、そこそこの規模のソースコードや、分厚い資料の束をまるごと放り込めるくらいのスケールになります。
机の広さで例えてみる
コンテキストは、よく「作業机の広さ」に例えられます。狭い机だと、資料を1冊開いたら別の資料は床に置くしかない。参照したくなるたびに片付けて、また引っ張り出して……という往復が発生します。
1Mコンテキストは、この机がとんでもなく広くなった状態です。設計書もソースコードも過去の会話ログも、全部机の上に広げたまま作業できる。AIは「さっきの話なんでしたっけ」と聞き返す必要がなくなり、資料Aと資料Bを見比べながら答えを出せるようになります。
もう少し身近な例だと、短期記憶の容量が増えたようなものです。電話番号を聞いてすぐメモしないと忘れてしまう人と、10桁の番号を10個まとめて覚えていられる人の差、と考えるとイメージしやすいかもしれません。
広いと何がうれしいのか
コーディングの文脈で言うと、うれしいポイントははっきりしています。
- プロジェクトの複数ファイルをまとめて渡して、横断的な修正を依頼できる
- 長いやり取りを続けても、序盤に決めた方針や前提が抜け落ちにくい
- 大きなログやドキュメントを分割せずにそのまま貼れる
特に効いてくるのは3つ目でしょうか。今まで「長すぎるので3回に分けて貼りますね」とやっていた作業が、1回で済むようになる。分割すると前半の内容を後半で参照できなくなりがちなので、この差は地味に大きいです。
ただし、広ければ広いほど良いわけでもない
ここが初心者がハマりやすいところなんですが、コンテキストが広いからといって「とりあえず全部投げ込む」のが最適解とは限りません。理由は主に2つあります。
コストと時間
入力するトークンが増えれば、その分の処理コストと待ち時間がかかります。100万トークン級を毎回使うのは、必要のない場面では単なる無駄です。
ノイズが増える
関係ない情報がたくさん混ざると、AIが本当に見てほしい箇所を見落とすことがあります。机が広くても、ゴミまで積んでおいたら探しにくいのと同じです。
なので実務では、「入れられる上限が1Mある」ことと「毎回1M使う」ことは別物として考えるのが健全です。必要な情報を選んで渡す技術は、コンテキストが広くなっても価値を失いません。
覚えておきたい用語の関係
| 言葉 | 意味 |
|---|---|
| トークン | 文章を区切った処理単位。文字数とは少しズレる |
| コンテキスト | AIが同時に参照できる情報の範囲 |
| コンテキストウィンドウ | その範囲の上限サイズ。1Mコンテキストならおよそ100万トークン |
最初のうちは「コンテキスト = AIの作業机」「1M = その机がかなり広い」くらいの理解で問題ありません。実際に長いセッションを回してみて、途中で話が噛み合わなくなる感覚を体験すると、コンテキストという概念の手触りがつかめてくるはずです。
このページは役に立ちましたか?