<p>Zo schakel je een contextvenster van 1 miljoen tokens in Codex in voor GPT-5.6 Sol. </p><p>Hoewel we de contextlimiet in Codex zo hebben afgestemd dat prestaties en kosten optimaal in balans zijn, is dit een veelvoorkomend verzoek. Daarom documenteren we het hier.</p><p>Met een groter contextvenster kan Codex meer code, tooluitvoer en gespreksgeschiedenis bewaren voordat oudere inhoud wordt samengevat. Je hebt hiervoor een model nodig dat dit ondersteunt. GPT-5.6 Sol heeft bijvoorbeeld een gedocumenteerd venster van 1.050.000 tokens. </p><p>Open ~/.codex/config.toml en voeg deze instellingen op het hoogste niveau toe of werk ze daar bij, vóór eventuele </p><p></p><p>[section]-headers:</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>De eerste instelling selecteert het model. De tweede geeft Codex opdracht een contextbudget van één miljoen tokens te gebruiken. De derde start automatische compactie van de geschiedenis rond 900.000 tokens, zodat er enige marge overblijft. Start de Codex-client opnieuw en begin na het opslaan een nieuwe sessie. </p><p>Je kunt de configuratie ook voor één CLI-sessie uitproberen zonder je standaardinstellingen te wijzigen:</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>Veel plezier, maar houd er ook rekening mee dat we de standaardinstelling zorgvuldig hebben afgestemd!</p><p></p><p>Van Tibo: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>Así puedes habilitar una ventana de contexto de 1 millón de tokens en Codex para GPT-5.6 Sol. </p><p>Aunque hemos ajustado el límite de contexto de Codex para que sea óptimo en cuanto a rendimiento y coste, esta es una solicitud habitual, así que queda documentada aquí.</p><p>Una ventana de contexto más amplia permite que Codex conserve más código, salida de herramientas e historial de conversación antes de resumir material anterior. Necesitas un modelo compatible. Por ejemplo, GPT-5.6 Sol tiene una ventana documentada de 1.050.000 tokens. </p><p>Abre ~/.codex/config.toml y añade o actualiza estos ajustes en el nivel superior, antes de cualquier </p><p></p><p>encabezado [sección]:</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>El primer ajuste selecciona el modelo. El segundo indica a Codex que use un presupuesto de contexto de un millón de tokens. El tercero inicia la compactación automática del historial cerca de los 900.000 tokens, dejando cierto margen. Reinicia el cliente de Codex e inicia una nueva sesión después de guardar. </p><p>Para probar la configuración en una única sesión de la CLI sin cambiar los valores predeterminados:</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>Diviértete, pero ten presente que ajustamos cuidadosamente el valor predeterminado.</p><p></p><p>De parte de Tibo: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>Voici comment activer une fenêtre de contexte de 1 million de tokens dans Codex pour GPT-5.6 Sol. </p><p>Bien que nous ayons réglé la limite de contexte dans Codex pour optimiser les performances et les coûts, cette demande revient souvent. Elle est donc documentée ici.</p><p>Une fenêtre de contexte plus grande permet à Codex de conserver davantage de code, de sorties d’outils et d’historique de conversation avant de résumer les éléments plus anciens. Vous avez besoin d’un modèle qui la prend en charge. GPT-5.6 Sol, par exemple, dispose d’une fenêtre documentée de 1 050 000 tokens. </p><p>Ouvrez ~/.codex/config.toml et ajoutez ou mettez à jour ces paramètres au niveau supérieur, avant tout en-tête </p><p></p><p>[section] :</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>Le premier paramètre sélectionne le modèle. Le deuxième indique à Codex d’utiliser un budget de contexte d’un million de tokens. Le troisième lance la compaction automatique de l’historique autour de 900 000 tokens, afin de conserver une marge. Redémarrez le client Codex et démarrez une nouvelle session après l’enregistrement. </p><p>Pour essayer cette configuration lors d’une seule session CLI sans modifier vos paramètres par défaut :</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>Amusez-vous bien, mais sachez aussi que nous avons soigneusement réglé la configuration par défaut !</p><p></p><p>De la part de Tibo : <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>Slik aktiverer du et kontekstvindu på 1M tokener i Codex for GPT-5.6 Sol. </p><p>Selv om vi har justert kontekstgrensen i Codex slik at den er optimalt satt med tanke på ytelse og kostnad, er dette et vanlig spørsmål, så her er det dokumentert.</p><p>Et større kontekstvindu lar Codex beholde mer kode, verktøyutdata og samtalehistorikk før eldre materiale oppsummeres. Du trenger en modell som støtter det. GPT-5.6 Sol har for eksempel et dokumentert vindu på 1 050 000 tokener. </p><p>Åpne ~/.codex/config.toml og legg til eller oppdater disse innstillingene på toppnivå, før eventuelle </p><p></p><p>[section]-overskrifter:</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>Den første innstillingen velger modellen. Den andre ber Codex om å bruke et kontekstbudsjett på én million tokener. Den tredje starter automatisk komprimering av historikken rundt 900 000 tokener, slik at det blir litt slingringsmonn. Start Codex-klienten på nytt og start en ny økt etter lagring. </p><p>For å prøve konfigurasjonen i én enkelt CLI-økt uten å endre standardinnstillingene dine:</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>Ha det gøy, men husk også at vi har justert standardinnstillingen nøye!</p><p></p><p>Fra Tibo: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>إليك كيفية تفعيل نافذة سياق بسعة مليون رمز في Codex لـ GPT-5.6 Sol. </p><p>على الرغم من أننا ضبطنا حد السياق في Codex ليكون مثاليًا من حيث الأداء والتكلفة، فإن هذا طلب شائع، لذا نوثّقه هنا.</p><p>تتيح نافذة السياق الأكبر لـ Codex الاحتفاظ بقدر أكبر من التعليمات البرمجية ومخرجات الأدوات وسجل المحادثة قبل تلخيص المواد الأقدم. تحتاج إلى نموذج يدعم ذلك. وعلى سبيل المثال، يمتلك GPT-5.6 Sol نافذة موثقة بسعة 1,050,000 رمز. </p><p>افتح الملف ~/.codex/config.toml وأضف هذه الإعدادات أو حدّثها في المستوى الأعلى، قبل أي عناوين </p><p></p><p>[section]:</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>يحدد الإعداد الأول النموذج. ويخبر الإعداد الثاني Codex باستخدام ميزانية سياق قدرها مليون رمز. ويبدأ الإعداد الثالث الضغط التلقائي للسجل عند نحو 900,000 رمز، مع ترك مساحة احتياطية. أعد تشغيل عميل Codex وابدأ جلسة جديدة بعد الحفظ. </p><p>لتجربة الإعدادات في جلسة CLI واحدة من دون تغيير الإعدادات الافتراضية:</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>استمتع، لكن تذكّر أيضًا أننا ضبطنا الإعداد الافتراضي بعناية!</p><p></p><p>من Tibo: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>CodexでGPT-5.6 Solの100万トークンのコンテキストウィンドウを有効にする方法を紹介します。 </p><p>Codexではパフォーマンスとコストの観点からコンテキスト上限を最適になるよう調整していますが、よく寄せられる要望のため、ここに手順を記載します。</p><p>コンテキストウィンドウを大きくすると、Codexは古い内容を要約する前に、より多くのコード、ツール出力、会話履歴を保持できます。これを利用するには、対応するモデルが必要です。たとえばGPT-5.6 Solには、1,050,000トークンのコンテキストウィンドウが文書化されています。 </p><p>~/.codex/config.toml を開き、すべての</p><p></p><p>[section] ヘッダーより前のトップレベルに、次の設定を追加または更新してください。</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>1つ目の設定でモデルを選択します。2つ目は、100万トークンのコンテキスト予算を使用するようCodexに指定します。3つ目は、およそ900,000トークンで履歴の自動圧縮を開始し、余裕を確保します。保存後、Codexクライアントを再起動し、新しいセッションを開始してください。 </p><p>デフォルト設定を変更せず、CLIの1セッションだけでこの構成を試すには、次を実行します。</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>ぜひ試してみてください。ただし、デフォルト値も慎重に調整されています。</p><p></p><p>Tiboより: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>Here is how to enable a 1M-token context window in Codex for GPT-5.6 Sol. </p><p>Even though we have tuned the context limit in Codex to be set optimally when it comes to performance and cost, this is a common ask, so here it is documented.</p><p>A larger context window lets Codex retain more code, tool output, and conversation history before summarizing older material. You need a model that supports it. And GPT-5.6 Sol, for example, has a documented 1,050,000-token window. </p><p>Open ~/.codex/config.toml and add or update these settings at the top level, before any </p><p></p><p>[section] headers:</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>The first setting selects the model. The second tells Codex to use a one-million-token context budget. The third starts automatic history compaction around 900,000 tokens, leaving some headroom. Restart Codex client and start a new session after saving. </p><p>To try the configuration for a single CLI session without changing your defaults:</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>Have fun, but also know that we tuned the default carefully!</p><p></p><p>From Tibo: <a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

<p>以下介绍如何在 Codex 中为 GPT-5.6 Sol 启用 100 万 Token 上下文窗口。</p><p>尽管我们已对 Codex 的上下文限制进行了调优，以在性能和成本之间取得最佳平衡，但这是一个常见需求，因此在此记录配置方法。</p><p>更大的上下文窗口可让 Codex 在汇总较早内容之前保留更多代码、工具输出和对话历史。你需要使用支持该功能的模型。例如，GPT-5.6 Sol 的文档中标注了 1,050,000 Token 的上下文窗口。</p><p>打开 ~/.codex/config.toml，并在顶层添加或更新以下设置，放在任何 </p><p></p><p>[section] 标头之前：</p><p></p><p>model = "gpt-5.6-sol"</p><p>model_context_window = 1000000</p><p>model_auto_compact_token_limit = 900000</p><p></p><p></p><p>第一项设置用于选择模型。第二项告知 Codex 使用 100 万 Token 的上下文预算。第三项会在约 900,000 Token 时开始自动压缩历史记录，从而预留一些余量。保存后，重启 Codex 客户端并开启一个新会话。</p><p>若要在不更改默认设置的情况下，仅为单个 CLI 会话尝试此配置：</p><p></p><p></p><p>codex -m gpt-5.6-sol \</p><p> -c model_context_window=1000000 \</p><p> -c model_auto_compact_token_limit=900000</p><p></p><p></p><p>尽情使用，不过也请注意：我们已经认真调优了默认设置！</p><p></p><p>来自 Tibo：<a target="_blank" rel="noopener noreferrer nofollow" href="https://x.com/thsottiaux/status/2089082893804896524">https://x.com/thsottiaux/status/2089082893804896524</a></p><p></p>

增加科学的质量评分体系，针对所有的上游进行质量评分，剔除慢和质量不佳的上游账号 修正因为上述修改导致大量503的错误回归 修正因为上述修改导致的长会话卡死的问题 新的服务版本已经部署

清理企业推广渠道超过两个星期没有活跃，没有余额的用户，降级为普通用户。并发数降为普通并发。

为了用户更佳的使用体验，我们在实施最新版本的优化中，针对上游账号引入了质量评分系统，旨在剔除慢上游，但是由于设置的分值太高，导致入选的上游账号较少，导致出现大量的503错误，而由于疏于观察，故障持续了数个小时，我们已经进行了紧急回滚。并向此期间所有使用的用户致歉！

决策型请求：输入一大段文字，只要求大模型回答：A、B、C、D或者是和否，限定回答token消耗在几个Token。 这类决策型请求大量占用CPU资源，跑一天也只消耗一两块钱，严重影响其它用户的调度。因此针对决策型请求，我们将把RPM限制在30。 有决策型请求的用户，如果不能接受这个RPM，可以联系客服申请退回余额，也可以在额度使用完成后撤离。有需要继续使用的决策型请求的用户，请自行调低自己脚本请求的频率。

请大家不要请求luna模型了，基本上luna模型只是pro分组还偶尔可用，其它分组都没有了。运维监控全是luna请求的错误，已经把其它的运维错误覆盖了，无法快速定位到真正存在的问题！

大家是不是受到小红书的感召，怎么全来刷LUNA？ 我们目前不限制刷LUNA，但是服务器资源有限，如果使用LUNA的人数导致服务器超负荷，是会限制LUNA的！ 另一方面，LUNA会导致账号可用限额变少，这也是很多中转不欢迎LUNA的原因。 总之不要奔着刷LUNA进行充值，我们不承诺不对LUNA进行限制，随时可能会用不了，或者RPM会受到限制！

针对下游我们不承诺不调价，但是在创建API的时候，有一个滑动条，你可以设置你所能承受的最大倍率，如果我们调价超过了该倍率，系统会在边缘服务器上直接阻断调用，从而避免你产生亏损。 所有用户均可以使用该功能，以避免倍率波动时产生损失，基本上我们很少去调倍率，但也不能完全承诺，毕竟市场价格波动很大。

当你使用这种奇奇怪怪的小号注册的时候，系统启发式风控规则可能把你的号当成小号。如果你注册的时候看到可用余额不是5，而是0.3，那就是你账号被风控了，请你换个干净环境使用正常的邮箱再次注册。不要签到了一段时间发现一使用API，又被冻结了，然后来指责我们奇葩。须知每一个奇葩的规则后面都有若干个奇葩的行为，就算是被风控的账号奖励都降到0.3了，还是阻挡不了注册机风控注册来薅！ 已被批量注册薅坏了的邮箱后缀：outlook.com, hotmail.com, duck.com等，另外系统还维护了一份一次性邮箱和临时邮箱列表，总共有几万个，另外还会检查邮箱域名的注册年龄。 我们不会限制这些邮箱注册，因为有的用户就是单纯喜欢使用一次性邮箱，但是他会付费，不在乎每天签到的那些奖励。需要奖励的用户请使用正常邮箱注册。

全网又拉闸了，中转十有八九都挂了，包括自称纯PRO的很多中转～～～ 但是，我们没死！任凭风云如何变幻，我们稳如泰山！ 可能会发生资源拥挤，变得有点慢，请大家多多担待。

全网又拉闸了，中转十有八九都挂了，包括自称纯PRO的很多中转～～～ 但是，我们没死！ 可能会发生资源拥挤，变得有点慢，请大家多多担待。

<p>免魔法备用域名已公布在公告信息，为避免被爬虫爬走导致备用域名也被墙，这里不再公布。请大家自行翻找公告。</p>

<p>免魔法备用域名已公布在公告信息，为避免被爬虫爬走导致备用域名也被墙，这里不再公布。请大家自行翻找公告查找。</p>