Codexでは1Mのコンテキストがあると思っていたが、Astraチャットでは258kのうち172kが使用されていると表示されていた。 AstraのAPI仕様には1.05Mトークンと記載されているが、Codexはデフォルトでより小さなコンテキストウィンドウを使用する。 私の設定では、デフォルトが272,000トークンだった。 クライアントの95%使用可能ウィンドウ係数により、アプリに表示されている258kが説明できる。 ローカルモデルカタログでの最大値は872,000トークンで、これは約828kの使用可能値に対応する。 あなたの設定では異なる制限がある可能性があるため、変更前にCodexで確認することをお勧めする。 一つのトレードオフ：アクティブなコンテキストに履歴を多く保持すると、利用可能枠をより多く消費する。 上限を引き上げても、すべてのリクエストがウィンドウ全体を消費するわけではない。 ChatGPT経由でサインインしたCodexには、別途のロングコンテキスト乗数は存在しないが、より多くのトークンを処理することは依然としてカウントされる。 独自のAPIキーを使用する場合、API料金が適用される。 現在の設定でサポートされる最大ウィンドウを使用したい場合は、これをCodexに貼り付けてください： --------------------------- 「私の現在選択中のモデル、口座、クライアントがサポートする最大のCodexコンテキストウィンドウを拡張してください。 アクティブなユーザー設定を検査し、CODEX_HOMEおよび有効なプロファイルまたはプロジェクトオーバーライドを尊重してください。 選択されたモデルを特定し、現在の信頼できるモデルメタデータを使用してクライアント固有の最大値を確認してください。 デフォルトのcontext_windowとmax_context_windowを区別してください。 1Mや872000をハードコードまたは仮定しないでください。 最大値が確認できない場合、設定は変更せず、理由を説明してください。 編集するすべてのファイルをバックアップしてください。 関連のない設定、認証情報、プロバイダー、モデル、速度、推論努力、Ultra可視性、および権限ポリシーを保持してください。 シークレットを印刷しないでください。 model_context_windowを、適切な設定スコープで確認された最大値に設定してください。 ユーザー設定では、最初のセクションの前にトップレベルキーとして存在する必要があります。 重複させずに既存のキーを更新してください。 優先度の高いオーバーライドを確認し、管理ポリシーを尊重してください。 自動圧縮は有効なままにしてください。 既存の明示的な圧縮しきい値は別途報告し、新しいしきい値を勝手に作成しないでください。 モデルカタログを変更したり、制限を回避したりしないでください。 設定を検証し、意図した設定のみが変更されたことを確認してください。 アプリを再起動したり、実行中のタスクを中断したりしないでください。 バックアップ場所、正確な変更内容、および期待される使用可能ウィンドウを報告してください。 メタデータにeffective_context_window_percentが提供されている場合はそれを使用してください。 再起動と検証手順を提示してください。 保存された設定と実行中のチャットで報告された実際の制限を区別してください。」 --------------------------- アクティブなタスクが終了した後、アプリを完全に終了して再起動し、コンテキストインジケーターを確認してください。 既存のチャットが古い制限を維持している場合、新しいチャットを確認してください。
