OpenAIは今週、GPT-6.1 Solのデフォルトのコンテキスト長を50万トークンに引き上げたことを明らかにしました。この変更により、同社のフラッグシップモデルの実効作業メモリは2倍以上に拡大し、書籍1冊丸ごとや長大な法的契約書、大規模なコードベースなどを、チャンク化（分割処理）や再学習を行うことなく単一のセッションで処理できるようになります。
このアップデートはエンタープライズ顧客だけでなく全ユーザーに適用され、即座に有効となります。従来のデフォルトから大幅な向上となり、大量のテキストをコンテキスト内に保持する必要があるタスクにおいて、GPT-6.1 Solを別次元の存在へと押し上げています。
実用面における「50万トークン」の実際の意味
50万トークンはおよそ37万5,000語の小説に相当します。これは『Lord of the Rings』3部作と『The Hobbit』をすべて合わせてもまだ余裕がある規模です。ビジネスの実務に換算すると、1,200ページにおよぶ証拠開示（ディスカバリー）資料一式、中規模チームの1年分に及ぶSlackメッセージ、あるいは小規模なソフトウェアプロジェクトの完全なソースコードに相当します。
OpenAIのモデルにおけるこれまでのデフォルトのコンテキスト長は12万8,000トークン前後にとどまっていました。50万トークンへの跳躍は単に数字が大きくなっただけでなく、開発者やナレッジワーカーによるプロンプト設計の経済性をも変えるものです。文書を細かく分割して要約をつなぎ合わせるという、ニュアンスが失われがちで手間のかかる作業を行う代わりに、ドキュメント全体を一度に入力できるようになります。
なぜOpenAIは今、この変更に踏み切ったのか
競合環境が要因であることはほぼ確実です。AnthropicやGoogleの競合モデルがコンテキストウィンドウの拡大を推進しており、企業バイヤーの間でも長大なコンテキストの処理能力は最優先のチェック項目となっています。しかしOpenAI側の説明はよりシンプルで、ウィンドウの拡張により、何百ページにも散らばる情報を相互参照する必要があるタスクをはじめ、複雑な課題に対するGPT-6.1 Solの処理能力が向上するとしています。
さらに実用的な側面もあります。コンテキストウィンドウが拡大すれば、強力でありながらも脆弱になりがちな検索拡張生成（RAG）パイプラインへの依存を減らすことができます。モデルがコーパス全体をそのまま読み込めるのであれば、どのチャンクが重要かを推測する必要がなくなるからです。
まだ誰も全容を把握し切れていないワークフローの転換
プロフェッショナルのワークフローは、一見しただけでは分からないほど大きな変革を迎える可能性があります。これまで四半期決算資料から数値を抽出するのに何時間も費やしていた財務アナリストは、1つの質問を投げるだけで過去10年分の年次報告書（10-K）の該当ページを引用した回答を得られるようになります。また、合併契約書を精査する弁護士は、関連するすべてのメールや契約書、メモを1回のセッションに読み込ませて矛盾点を洗い出すことが可能です。
しかし、コンテキストが広がったからといって自動的により良い回答が得られるとは限りません。極めて長い入力に対してモデルの注意力が散漫になる可能性は依然として存在し、研究者はこの現象を「Lost in the middle（文中埋没現象）」と呼んでいます。OpenAIは50万トークンの上限いっぱいにおけるGPT-6.1 Solのパフォーマンスについて詳細なベンチマークを公開していないため、ユーザーは各自のユースケースで検証する必要があります。
コスト面も未知数です。OpenAIは、コンテキストの拡張がAPI顧客の料金設定に影響を与えるかどうかについては言及していません。従来、コンテキストが長くなると一度に処理すべきテキストが増え、計算リソースが必要となるため、トークンあたりの単価は高くなる傾向がありました。
今後の注目ポイント
GPT-6.1 Solを活用して開発を行うエンジニアは、既存のパイプラインに対して新たな上限をテストすることになるでしょう。同社は短コンテキスト版の正式な非推奨スケジュールを公表していませんが、デフォルトはすでに変更されています。チャンク化戦略に依存しているチームにとっては、そうした回避策が依然として妥当であるかどうかを再評価すべき時が来ています。
OpenAIは数日中に最新のAPIドキュメントと価格の詳細を公開する見込みです。それまでは、大半のユーザーにとって実質的な上限は予算の許す範囲にとどまりますが、いまや50万トークンは上限ではなく「基準」となったと言えます。
