O Contexto Padrão do GPT-6.1 Sol Acabou de Passar de 272K para 500K no Codex: O Que Isso Muda e O Que Não Muda

GPT-6.1 Sol — o modelo de nível intermediário lançado em 2026-09-29 a US$ 2,00 por milhão de tokens de entrada e US$ 10,00 por milhão de tokens de saída — teve seu padrão de comprimento de contexto aumentado no Codex e no ChatGPT Work de 272.000 tokens para 500.000 em 2026-10-12, um aumento que o fornecedor estima em cerca de 80%. Thibault Sottiaux, chefe de produto e plataforma da empresa, anunciou isso como o Dia 7 do sprint de entrega de 28 dias da empresa, descreveu 500.000 como um "ponto ideal" exaustivamente testado e disse que o padrão aumentaria novamente no futuro. O máximo permanece intacto, e o mesmo vale para GPT-6 Sol, a geração que o 6.1 substituiu, cujos limites publicados este herdou inalterados.

Esse é o anúncio inteiro, e é fácil deixar passar as duas palavras que fazem o trabalho. Padrão, não máximo. Codex e ChatGPT Work, não a API. O modelo consegue aceitar muito mais de 500.000 tokens desde que foi lançado — o número que mudou é o que você obtém quando não pede nada.

Tudo o que se segue foi retirado da própria documentação do fornecedor sobre o modelo e os preços e do seu anúncio, ambos com data de 2026-10-12, ou resulta de aritmética sobre as tarifas que este publica. Quando um valor é do próprio fornecedor e ninguém de fora o reproduziu, a frase que o contém diz isso.

O delta, discriminado

Vale a pena separar seis coisas, porque três delas se moveram e três não.

• Contexto padrão no Codex e no ChatGPT Work — 272.000 tokens antes de 2026-10-12, 500.000 depois. Este é o número aplicável quando uma solicitação não especifica um.

• Contexto máximo — inalterado. a página do modelo do fornecedor para o GPT-6.1 Sol indica uma janela de 1.050.000 tokens, uma entrada máxima de 922.000 tokens e um limite de saída de 128.000 tokens. Esses números são idênticos na página do GPT-6 Sol.

• Substituição manual — inalterado. Os usuários ainda podem definir o contexto de trabalho acima ou abaixo do padrão, até o teto do próprio modelo, e é por isso que nada disso remove uma opção que já existia.

• A sobretaxa de contexto longo da assinatura — removida para o GPT-6.1 Sol, explicitamente "dentro das cotas de assinatura do ChatGPT". Esta é a cláusula com valor monetário associado, e está limitada ao uso proveniente de um plano ChatGPT.

• Padrões da API e preços da API — sem alterações. A API pertence a você, não à tabela padrão de um cliente, e o multiplicador de prompt longo na página de preços continua como estava antes do anúncio.

• O teto de 1M — sem alteração, mas vale a pena mencionar, porque um padrão de 500.000 tokens consome 54 por cento da cota máxima de entrada de 922.000 tokens. "Cabe em 1M" e "cabe abaixo do padrão" agora são duas perguntas diferentes, com uma diferença de 422.000 tokens entre elas.

O único número da lista sobre o qual um leitor pode agir hoje, portanto, não é 500.000. É a isenção de sobretaxa — e somente se o uso for cobrado em uma assinatura em vez de uma chave de API.

A sobretaxa é a parte que altera uma fatura.

Faça as contas com as tarifas publicadas da API do fornecedor e a natureza do problema que a isenção aborda é óbvia. As tarifas listadas do GPT-6.1 Sol são US$ 2,00 por milhão de tokens de entrada, US$ 0,10 por milhão de tokens de entrada em cache e US$ 10,00 por milhão de tokens de saída. Prompts acima de 272.000 tokens de entrada são precificados a 2x as tarifas de entrada e cache e 1,5x a de saída para a requisição completa — não apenas para os tokens além da linha.

• 270.000 tokens de entrada sem cache, 10.000 de saída — entrada de 270.000 a $2,00 é $0,540; saída de 10.000 a $10,00 é $0,100. Total, $0,640.

• 300.000 tokens de entrada não armazenados em cache, 10.000 de saída — a solicitação ultrapassa o limite, então todas as tarifas mudam: entrada de 300.000 a $4,00 é $1.200; saída de 10.000 a $15,00 é $0,150. Total, $1.350.

Onze por cento a mais de tokens de entrada, 2,1 vezes a fatura. O degrau é o que faz com que um padrão maior seja uma verdadeira questão, e não um upgrade gratuito, e é o degrau que o fornecedor acabou de retirar do lado da assinatura para este modelo. Com uma chave de API, ele continua lá, exatamente no mesmo limiar, sem qualquer alteração em razão do que foi anunciado em 2026-10-12.

Se você chamar o modelo pelo OrcaRouter, esse limite é do fornecedor e viaja com ele: nós servimos openai/gpt-6.1-sol às tarifas de tabela do fornecedor com 0% de margem, então a tabela de $2,00 / $0,10 / $10,00 e o multiplicador de 272.000 tokens acima dela são os mesmos números que você veria na própria página do fornecedor, e uma mudança de qualquer lado chega ao nosso lado no mesmo dia, e não em uma janela de reprecificação. O que não fazemos é alterar o nível do fornecedor. Se uma requisição ultrapassar 272.000 tokens de entrada em uma chave de API, ela é reprecificada, não importa quem a roteou.

Onde o novo padrão realmente fica

O anúncio nomeia duas superfícies, e a distinção importa mais do que parece. Codex e ChatGPT Work são os produtos agênticos; o GPT-6.1 Sol não está no chat padrão do ChatGPT. Assim, o padrão de 500.000 tokens chega às pessoas que executam longos ciclos de codificação e sessões de trabalho com muitos documentos, e não chega a ninguém que chame o modelo a partir de um script.

Há uma segunda camada por baixo disso. Um cliente que se conecta ao modelo usando credenciais de assinatura do ChatGPT não tem o mesmo formato que um cliente que se conecta com uma chave de API — ele carrega uma tabela de orçamento que limita os modelos elegíveis para que o uso proveniente de uma assinatura corresponda ao que o próprio Codex permite. Um cliente de codificação de código aberto, OpenCode, integrou uma alteração à sua conexão ChatGPT-OAuth no mesmo dia, elevando sua entrada para gpt-6.1-sol de 272.000 para 500.000 tokens de entrada em relação a um teto de contexto de 628.000 tokens, "preservando a margem de saída existente de 128k". A nota do revisor é o resumo honesto de todo o anúncio: apenas os limites padrão para este modelo nessa conexão mudaram, a API pública permanece inalterada, e substituições de configuração por modelo ainda se aplicam.

Essa é a leitura de um cliente terceiro sobre como os limites são aplicados, não um documento do fornecedor, e vale a pena rotulá-la como tal. Mas corresponde ao próprio enquadramento do anúncio: o fornecedor elevou um padrão que ele controla, nas superfícies onde define o padrão, e deixou a API onde quem chama decide.

Por que o fornecedor moveu o padrão em vez do teto

A razão declarada é a compactação. Quando uma sessão do Codex de longa duração se aproxima de seu contexto de trabalho, o harness condensa turnos anteriores — resumindo e descartando detalhes — para que a sessão possa continuar. A compactação não é perda de dados no sentido de falha; é uma troca deliberada de fidelidade por espaço disponível, e é acionada com mais frequência quanto menor for o padrão. Aumentar o padrão para 500.000 tokens significa que o gatilho chega mais tarde exatamente nas tarefas que mais precisam de retenção: refatorações de vários arquivos, longos ciclos de depuração, trabalhos que carregam um grande corpus recuperado ao longo de muitos turnos.

É também por isso que o anúncio é sobre um padrão, e não sobre um limite. Um máximo só ajuda um chamador que conhece o limite e o define; um padrão ajuda todos os chamadores, incluindo os que nunca configuraram nada. Para um produto cujos usuários são em grande parte interativos, esse é o controle de maior alavancagem. É a própria justificativa do fornecedor e é razoável à primeira vista — a metade mensurável da afirmação é que ocorrem menos compactações, o que é um comportamento do harness, e não uma capacidade do modelo, e o próprio modelo não mudou. Mesmo snapshot, mesmas taxas, mesmo limite de saída de 128.000 tokens, mesmo corte de conhecimento de 2026-04-30.

O argumento contra, apresentado como opinião

A reação dos profissionais não foi uniformemente positiva, e as objeções merecem ser consideradas porque são afirmações testáveis, não impressões vagas. Um desenvolvedor classificou publicamente a mudança como uma antifuncionalidade com base em dois argumentos: as cotas de assinatura serão consumidas mais rapidamente se as sessões costumarem durar mais antes da compactação, e a qualidade de recuperação do tipo agulha no palheiro provavelmente não será tão boa em 500.000 tokens quanto em 272.000, de modo que o espaço extra pode não ser espaço utilizável. Outros levantaram o ponto relacionado de que uma janela maior é uma capacidade, não uma recomendação — preenchê-la com arquivos pouco relevantes dilui a atenção e torna as respostas mais lentas.

Estas são posições da comunidade, não orientação do fornecedor, e a resposta do fornecedor está implícita na palavra “sweet spot”: o valor foi testado e escolhido tanto pela experiência quanto pela capacidade. Mas as duas preocupações apontam para coisas diferentes e devem ser separadas. O ponto da cota é uma questão de contabilidade — se seu plano mede tokens, um padrão mais longo significa mais tokens antes que a rede de segurança da compactação entre em ação. O ponto da qualidade é uma questão de avaliação, e só pode ser respondido da única forma como essas perguntas sempre podem ser respondidas: execute sua própria tarefa de contexto longo nos dois tamanhos e compare, em vez de aceitar o enquadramento do anúncio ou o de uma thread de respostas.

O que verificar antes de confiar no novo número

• Em qual superfície você está.O Codex ou ChatGPT Work cobrado por assinatura recebe 500.000 como padrão e nenhuma sobretaxa de contexto longo. Uma chave de API não recebe nenhum dos dois — o padrão não muda, e o multiplicador de 272.000 tokens ainda se aplica.

• Se o seu harness envia um limite explícito. Um cliente que fixa um valor de contexto diretamente no código ignora por completo o novo padrão. Verifique a configuração antes de presumir que a atualização chegou até você, porque a correção pode ser uma linha nas suas próprias configurações, e não algo que o fornecedor entregou.

• Como os limites se compõem. Uma conexão de terceiros via ChatGPT-OAuth pode apresentar a sua própria tabela — o caso do OpenCode acima combina uma cota de entrada de 500.000 tokens com um teto de contexto de 628.000 tokens e deixa 128.000 tokens de margem para a saída. Se o seu cliente se enquadra nessa categoria, verifique o número dele em vez do indicado no anúncio.

• Quer a sua fatura seja por assinatura ou por medição. A isenção da sobretaxa é uma alteração do lado da assinatura. O nível da API permanece intacto, por isso um modelo de custos baseado na API não tem nada de novo.

• Se você deve ou não preencher a janela. O padrão é o que você obtém; não é uma meta. Entrada em cache a US$ 0,10 por milhão contra US$ 2,00 sem cache é a alavanca que de fato reduz uma fatura de contexto longo, e ela recompensa prefixos estáveis em bytes, e não prefixos maiores.

A questão em aberto

O fornecedor disse que o padrão aumentará novamente, o que faz de 500.000 um ponto de passagem em vez de um destino — e faz com que a pergunta interessante não seja se o número cresce, mas se as duas restrições em torno dele se movem junto com ele. O limite de reprecificação de 272.000 tokens agora está abaixo do novo padrão, o que significa que uma sessão faturada por assinatura que atinja seu padrão pelas regras da API seria uma solicitação de contexto longo; a isenção é o que impede que isso seja relevante no lado da assinatura, e nada anunciado em 2026-10-12 sugere que o limite da API acompanhe o padrão para cima. Fique de olho nesse limite, não na janela.

Para uma equipe que já desenvolve com base no GPT-6.1 Sol, a leitura prática é estreita e clara. Se você usa o Codex ou o ChatGPT Work com uma assinatura, ganha mais espaço antes da compactação e uma linha a menos na fatura, a partir de agora. Se você está chamando a API, nada mudou, e o número que vale acompanhar continua sendo 272.000. Nossa página do modelo para openai/gpt-6.1-sol — contexto de 1.050.000 tokens, saída de 128.000 tokens, US$ 2,00 de entrada e US$ 10,00 de saída — é onde isso permanece com esse preço.