For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/ja/articles/gpt-6-1-sol-500k-context-codex-usage-and-f5e586e1.md.
長時間のコーディングセッションでは、チャットメッセージ以外にも多くの情報が蓄積されます。エージェントには、ソースファイル、コマンド出力、テスト失敗、タスクの途中で下した判断を保持するための余地も必要です。この作業コンテキストが埋まると、エージェントは処理を続ける前に情報を圧縮しな...
長時間のコーディングセッションでは、チャットメッセージ以外にも多くの情報が蓄積されます。エージェントには、ソースファイル、コマンド出力、テスト失敗、タスクの途中で下した判断を保持するための余地も必要です。この作業コンテキストが埋まると、エージェントは処理を続ける前に情報を圧縮しなければなりません。
中国のAIニュースメディアであるXinzhiyuanが報じ、BAAI Hubが再掲載した記事では、CodexとChatGPT WorkにおけるGPT-6.1 Solのデフォルトコンテキストが272Kトークンから500Kトークンへ拡大したと説明されています。この報道は、OpenAIのThibault Sottiauxによる発表を引用し、この変更によってサブスクリプション利用時の長大コンテキストに対する別途の追加料金がなくなると述べています。これは、このアップグレードが単に「無料」であるかのように示す元の見出しよりも、具体的な主張です。
OpenAIの公式ドキュメントは、GPT-6.1 Solの提供状況を確認し、利用量の計算方法を説明しています。ただし、正確な500Kへの変更と追加料金に関する発表は、引用した報道および発表スクリーンショットに基づくものです。確認した公式ドキュメントのページでは、この新しいデフォルト値は独自には明記されていませんでした。
272,000トークンから500,000トークンへの拡大は、約84%の容量増加に当たります。情報源では、これをおよそ80%と表現しています。その発表スクリーンショットには、最大コンテキストが100万トークンであり、ユーザーがデフォルト値を上書きできることも記されています。
出典：BAAI Hub上でXinzhiyuanが再掲したThibault Sottiauxの発表に関する中国語スクリーンショット。英語の説明は編集部によるものです。
実務上の利点は、圧縮が起こるまでに、より多くのタスク履歴を利用可能な状態で維持できることです。リポジトリを変更する場合、元の互換性要件、すでに確認したファイル、失敗したアプローチ、最新のテスト結果などを含められる可能性があります。
より大きなコンテキストウィンドウは、エージェントがすべての要件を記憶したり、正しい変更を行ったりすることを保証するものではありません。アクティブなコンテキスト内に保持できる情報量が変わるだけであり、エージェントの判断品質は依然として検証する必要があります。
コンパクションは、蓄積された履歴の一部を、より短い表現に置き換える処理です。これにより、エージェントは以前のツール出力のすべての行を完全な形で保持しなくても作業を続けられます。
一方で、圧縮された履歴では有用な詳細が失われることがあります。たとえば、古いAPIレスポンス形式を維持するという初期要件を見落としたまま、コーディングタスクが完了したように見える場合があります。より多くの関連コンテキストを利用可能な状態で維持できれば、こうした遷移の頻度を抑えられる可能性はありますが、回帰テストが不要になるわけではありません。
OpenAIの設定リファレンスでは、model_context_windowとmodel_auto_compact_token_limitが説明されています。これらは別の設定です。前者はモデルが利用できるコンテキストを示し、後者は自動コンパクションを開始するタイミングを決定します。これらの設定が存在することは、すべてのモデルまたはアカウントで同じ値がサポートされることを意味するものではありません。
情報源は、長大コンテキストの追加料金と通常のサブスクリプション消費を区別しています。コンテキストが長いことを理由とする追加の倍率が適用されなくても、タスクは利用枠を消費する場合があります。
OpenAIの公式料金ドキュメントも、より広い意味でこの区別を裏付けています。そこでは、利用量はモデルの選択、コンテキスト、推論、ツール利用、検索、キャッシュによって左右されると説明されています。より多くの情報を保持する長時間タスクは、短く焦点を絞ったリクエストよりも大幅に多くの利用枠を消費する可能性があります。
| 概念 | 説明 |
|---|---|
| コンテキスト容量 | モデルがリクエストまたはセッション中に保持できる情報量 |
| サブスクリプション利用量 | タスクが含まれる利用枠またはクレジットをどのように消費するか |
| キャッシュ済み入力 | 異なる料金体系で再利用される可能性がある、以前に処理済みの入力 |
| API料金 | APIキーによる認証と支払いを行う場合の別個の料金 |
「続けて」のような短いフォローアップでも、実質的に大きなモデルリクエストにつながることがあります。エージェントは次に何をすべきか判断するために、以前のファイル、要件、ツール結果を必要とする場合があります。キャッシュ済み入力はより低い料金で処理できる可能性がありますが、必ずしも無制限に利用できるわけではありません。
情報源は、以前に372Kへ引き上げられたものの、予想を上回るサブスクリプション消費の後に元へ戻された経緯についても述べています。この説明は発表を理解する上で有用な背景ですが、現在の課金ルールや、個々のタスクの費用に関する保証として解釈すべきではありません。
情報源は、報じられた新しいデフォルト値を、Claude Codeの100万トークン構成と比較しています。しかし有用な比較には、モデルカードにある最大値だけでは不十分です。デフォルト値、コンパクションのしきい値、アカウントのアクセス権、料金、周辺のエージェントソフトウェアはいずれも異なる可能性があります。
アイデアを一文で入力するだけで、We0 AI が紹介サイト、ページ、CMS を生成し、公開後の顧客獲得と流入拡大を支援します。
無料登録で完全なプロジェクトを 1 つ生成
1 つの完全な生成フローを試し、最初のプロジェクトのドラフトをすぐに確認するのに最適です。
情報源にあるClaudeモデル固有の上限と圧縮しきい値については、本記事ではAnthropicのドキュメントと照合していません。そのため、現在の構成に関する推奨として扱うべきではありません。
日常業務では、次の3点を併せて確認してください。
OpenAIの公式モデルガイダンスでも、利用可能性はプラン、クライアント、ロールアウト、ワークスペース設定に依存するとされています。容量に関する発表があっても、本来利用できないモデルへのアクセスが付与されるわけではありません。
GPT-6.1 Solは、コード、アプリケーション、ドキュメントにまたがる複雑な作業向けとしてOpenAIが文書化しているモデルです。公式ガイダンスでは、Astraに近い性能をより低いコストで提供すると説明されており、利用可能性はユーザーのプランとクライアントに依存します。
その構成では、モデルが約500,000トークンで測定されるコンテキストを扱えることを意味します。トークンにはユーザーの最新メッセージだけでなく、ファイル、タスク履歴、ツール出力、応答も含まれるため、これらすべてが影響します。
情報源は、サブスクリプション利用時に長大コンテキストの別途追加料金がないと報じていますが、これは無制限のアクセスとは異なります。タスクは該当する利用枠を消費し、GPT-6.1 Solへのアクセスはプランとロールアウトに依存します。
より多くの余地が生まれるため、コンパクションを後ろ倒しにできる可能性があります。ただし、十分に長いセッションは依然として上限に達する可能性があり、設定されたコンパクションしきい値も、圧縮がいつ起こるかに影響します。
いいえ。OpenAIは、APIトークン料金はサブスクリプション利用量とは別であり、含まれるタスク数を見積もるために使用すべきではないと明示しています。
報道でより大きな設定値に言及されているからという理由だけで、増やすべきではありません。サポートされるモデルと構成を確認したうえで、通常の設定を変更する前に、代表的なタスクで完了品質、レイテンシー、利用量を比較してください。
報じられた500Kのデフォルト設定により、GPT-6.1 SolはCodexとWorkで、ファイル、要件、作業履歴のためにより多くの余地を持てるようになります。最も明確に期待できる利点は、長時間タスク中のコンパクションによる中断が減ることです。
より大きなコンテキスト容量は有用ですが、サブスクリプションの上限、API料金、最終結果を確認する必要性がなくなるわけではありません。
ひとことから始めて、数分で完全なサイトを手に入れましょう。
