Para chamar a API GPT-6.1 Sol, envie uma requisição POST para https://api.openai.com/v1/responses com "model": "gpt-6.1-sol" e sua chave como token Bearer. O preço permanece em US$ 2 de entrada e US$ 10 de saída por milhão de tokens, como no GPT-6 Sol. A diferença de custo está na entrada em cache, que cai de US$ 0,20 para US$ 0,10. Na maioria dos casos, a migração de gpt-6-sol é uma troca de string, mas há uma quebra importante: GPT-6.1 Sol não aceita none nem minimal em reasoning.effort; use low e reavalie os fluxos que dependiam de none.
A OpenAI lançou o GPT-6.1 Sol no DevDay em 29 de setembro de 2026. O resumo do DevDay 2026 cobre os demais lançamentos, enquanto o que é o GPT-6.1 Sol detalha os benchmarks. Neste guia, você vai criar a primeira requisição, escolher um nível de esforço, aplicar as mudanças de migração, entender Batch, Flex e Fast e executar regressões lado a lado no Apidog antes de alterar o tráfego de produção.
GPT-6 Sol vs GPT-6.1 Sol: o que muda na API
A maior parte da especificação é idêntica. A comparação abaixo consolida as diferenças entre a página do modelo GPT-6.1 Sol, a página do GPT-6 Sol e a orientação de migração Usando GPT-6 da OpenAI.
| Item | gpt-6-sol |
gpt-6.1-sol |
Ação |
|---|---|---|---|
| Entrada / saída por 1M de tokens, Standard | US$ 2 / US$ 10 | US$ 2 / US$ 10 | Nenhuma |
| Entrada em cache por 1M | US$ 0,20 | US$ 0,10 | Recalcule os custos de cache |
| Escritas de cache por 1M | US$ 2,50 | US$ 2,50 | Nenhuma |
| Janela de contexto / entrada máxima / saída máxima | 1.050.000 / 922.000 / 128.000 | 1.050.000 / 922.000 / 128.000 | Nenhuma |
| Corte de conhecimento | 20 de abril de 2026 | 30 de abril de 2026 | Reexecute avaliações sensíveis à data |
reasoning.effort |
none, low, medium, high, xhigh, max
|
low, medium, high, xhigh, max
|
Migre none para low e avalie |
| Chamada de função em Chat Completions | Apenas com reasoning_effort: "none"
|
Não suportado | Migre ferramentas para Responses |
| Endpoints | Chat Completions, Responses, Batch | Os mesmos | Nenhuma |
| Limites de taxa | Nível 1: 500 RPM / 500K TPM; Nível 5: 15.000 RPM / 40M TPM | Os mesmos | Nenhuma |
A página do GPT-6 Sol agora direciona leitores ao GPT-6.1 Sol como o modelo Sol mais recente.
Envie sua primeira requisição GPT-6.1 Sol
Exporte sua chave como OPENAI_API_KEY e chame a API Responses:
curl https://api.openai.com/v1/responses \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-d '{
"model": "gpt-6.1-sol",
"reasoning": {"effort": "medium"},
"input": "List three ways a webhook retry policy can create duplicate orders. One line each."
}'
Com o SDK Python, use a mesma variável de ambiente:
from openai import OpenAI
client = OpenAI()
response = client.responses.create(
model="gpt-6.1-sol",
reasoning={"effort": "medium"},
input="List three ways a webhook retry policy can create duplicate orders. One line each.",
)
print(response.output_text)
print(response.usage)
Ao processar a resposta, verifique estes quatro pontos:
-
status: em caso de sucesso, o valor écompleted. Se o modelo atingir o orçamento de saída, a resposta pode vir comoincomplete, comincomplete_details.reasondefinido comomax_output_tokens, às vezes antes de haver texto visível. O guia de raciocínio sugere reservar pelo menos 25.000 tokens para raciocínio e saída durante os testes. -
output: é um array. Localize o item comtype: "message"e extraia o conteúdooutput_text. Não dependa de um índice fixo. -
usage.output_tokens: inclui tokens de raciocínio, cobrados na taxa de saída. Useusage.output_tokens_details.reasoning_tokenspara separá-los. -
usage.input_tokens_details: informacached_tokensecache_write_tokens. Esses campos mostram o impacto do cache no custo.
Use a API Responses em fluxos com ferramentas. O GPT-6.1 Sol suporta Chat Completions apenas em requisições sem ferramentas. Veja também o guia da API Responses.
Escolha um nível de esforço de raciocínio
reasoning.effort é o principal seletor de custo, latência e qualidade. Se você omitir o campo, o padrão é medium.
O guia de seleção de modelos associa medium a trabalho técnico complexo e entregas coordenadas que serão revisadas. Já xhigh é indicado para entregas mais polidas e decisões baseadas em evidências conflitantes.
| Esforço | Comece aqui para | O que a OpenAI relata para GPT-6.1 Sol |
|---|---|---|
low |
Chat, extração, classificação e cargas que usavam none
|
Em conversas sinalizadas por usuários, respostas com erro factual caem de 11,4% para 7,7% em relação ao GPT-6 Sol |
medium |
Automações com agentes e chamadas de ferramentas | AutomationBench 1.0.6: +2,2 pp sobre Claude Opus 5.5 por aproximadamente um terço do custo; +4,8 pp sobre GPT-6 Sol na mesma configuração |
high |
Depuração difícil e planejamento aprofundado | Nenhuma afirmação específica por configuração |
xhigh |
Entregas polidas e execuções assíncronas longas | Nenhuma afirmação específica por configuração |
max |
Uso de computador e tarefas científicas complexas | OSWorld 2.0: +7 pp sobre GPT-6 Sol no máximo por menos da metade do custo; Terminal-Bench Science 0.1: US$ 5,47 por tarefa, contra US$ 23,21 para Opus 5.5 e US$ 23,80 para GPT-6 Astra |
Os benchmarks são relatados pela OpenAI na publicação de lançamento. Considere duas ressalvas:
- O conjunto de fatos usa conversas previamente sinalizadas por erro, não tráfego típico.
- No Terminal-Bench Science, o GPT-6 Astra ainda pontua mais alto, com 68,1%. Para trabalho científico mais difícil, a OpenAI recomenda Astra.
Para chamadas sensíveis à latência que usavam none, comece com low e meça resultados, custo e tempo de resposta. O guia de raciocínio descreve low como raciocínio eficiente com aumento modesto de latência.
Para alterar o esforço no meio de uma conversa sem quebrar o cache de prompts, adicione um item de entrada configuration_update em vez de alterar reasoning.effort no nível da requisição.
Migrar de gpt-6-sol: quatro mudanças no código
1. Troque o ID do modelo
Mantenha o modelo em configuração ou variável de ambiente para facilitar rollback:
OPENAI_MODEL=gpt-6.1-sol
No código:
model = os.environ["OPENAI_MODEL"]
Assim, voltar para gpt-6-sol exige apenas uma alteração de configuração.
2. Remapeie none e minimal
GPT-6.1 Sol não suporta none nem minimal.
Use este mapeamento inicial:
EFFORT_MAP = {
"none": "low",
"minimal": "low",
"low": "low",
"medium": "medium",
"high": "high",
"xhigh": "xhigh",
"max": "max",
}
Execute avaliações representativas após o remapeamento. No GPT-6 Astra, enviar none retorna HTTP 400; corrija esse caso antes de transferir tráfego.
3. Remova parâmetros de amostragem incompatíveis
Quando o esforço não for none, remova:
temperaturetop_ptop_logprobs-
logprobsem Chat Completions
Exemplo de normalização do payload:
function buildRequest(model, effort, input) {
return {
model,
reasoning: { effort },
input,
};
}
Se seu código associava temperature a reasoning_effort: "none" no GPT-6 Sol, remova essa combinação durante a migração.
4. Mova ferramentas de Chat Completions para Responses
No GPT-6 Sol, Chat Completions aceitava chamadas de função somente com reasoning_effort: "none". Não existe uma combinação equivalente no GPT-6.1 Sol.
Para fluxos com ferramentas, use Responses:
response = client.responses.create(
model="gpt-6.1-sol",
reasoning={"effort": "medium"},
input="Consulte o pedido 123 e informe o status.",
tools=[
{
"type": "function",
"name": "get_order",
"description": "Busca os dados de um pedido.",
"parameters": {
"type": "object",
"properties": {
"order_id": {"type": "string"}
},
"required": ["order_id"]
}
}
],
)
Por fim, reexecute testes que dependam de conhecimento recente: o corte de conhecimento muda de 20 para 30 de abril de 2026.
Se você migrou anteriormente do Astra para o Sol, consulte o guia de migração Astra para Sol.
Preços de Batch, Flex, Fast e entrada em cache
Os preços por 1 milhão de tokens vêm da página de preços da API.
| Nível | Entrada | Entrada em cache | Escritas de cache | Saída |
|---|---|---|---|---|
| Standard | US$ 2,00 | US$ 0,10 | US$ 2,50 | US$ 10,00 |
| Batch | US$ 1,00 | US$ 0,05 | US$ 1,25 | US$ 5,00 |
| Flex | US$ 1,00 | US$ 0,05 | US$ 1,25 | US$ 5,00 |
| Fast | US$ 4,00 | US$ 0,20 | US$ 5,00 | US$ 20,00 |
| Standard, prompt com mais de 272K tokens de entrada | US$ 4,00 | US$ 0,20 | US$ 5,00 | US$ 15,00 |
A página do modelo informa que prompts com mais de 272K tokens de entrada são cobrados em 2x as taxas de entrada e cache e 1,5x a taxa de saída para toda a requisição.
Use Flex por requisição:
{
"service_tier": "flex"
}
Use Fast quando a prioridade de latência justificar o preço:
{
"service_tier": "fast"
}
"priority" também é aceito como alias de Fast. O modo Fast não está disponível com residência de dados na UE.
O Ultrafast para GPT-6.1 Sol está marcado como “chegando em breve” e está amplamente disponível apenas para GPT-6 Astra. Veja o modo Ultrafast da OpenAI.
Para trabalhos noturnos ou processamento assíncrono, consulte o guia da API OpenAI Batch.
Calcule a economia de cache
No GPT-6.1 Sol, leituras de cache custam 0,05x a taxa de entrada. No GPT-6 Sol, custam 0,1x. Escritas de cache custam 1,25x em ambos os modelos, segundo o guia de cache de prompts.
Exemplo: um prompt de sistema de 50.000 tokens reutilizado em 1.000 requisições.
- Uma escrita: US$ 0,125 nos dois modelos.
- 999 leituras no GPT-6 Sol: US$ 9,99.
- 999 leituras no GPT-6.1 Sol: US$ 5,00.
O prefixo mínimo armazenável em cache tem 1.024 tokens visíveis. Um prefixo em cache permanece elegível por pelo menos 30 minutos após a última escrita ou reutilização.
Para projetar prompts com mais reaproveitamento, veja cache de prompts GPT-6.
Teste a troca no Apidog
Não altere a produção apenas com base em preços de tabela. Execute a mesma requisição salva com ambos os IDs de modelo, valide a estrutura da resposta e compare custo, tokens e qualidade.
No Apidog:
-
Crie um ambiente com:
-
OPENAI_API_KEYarmazenada como segredo; -
MODEL_ID=gpt-6-sol; -
EFFORT=medium.
-
Crie e salve uma requisição
POST https://api.openai.com/v1/responses.
Cabeçalho:
Authorization: Bearer {{OPENAI_API_KEY}}
Corpo:
{
"model": "{{MODEL_ID}}",
"reasoning": {"effort": "{{EFFORT}}"},
"max_output_tokens": 25000,
"input": "Return a JSON object with keys risk and fix for this policy: retry any 5xx three times with no idempotency key."
}
-
Adicione asserções para:
- HTTP
200; -
$.statusigual acompleted; -
$.output[*].typecontendomessage; -
$.usage.output_tokensmaior que0; - existência de
$.usage.output_tokens_details.reasoning_tokens; - JSON válido e as chaves que seu código realmente consome.
- HTTP
Adicione um script de pós-processamento para estimar o custo por chamada:
const u = pm.response.json().usage;
const d = u.input_tokens_details || {};
const cached = d.cached_tokens || 0;
const writes = d.cache_write_tokens || 0;
const model = pm.environment.get("MODEL_ID");
const cachedRate = model === "gpt-6.1-sol" ? 0.10 : 0.20;
const cost = (
(u.input_tokens - cached - writes) * 2 +
cached * cachedRate +
writes * 2.5 +
u.output_tokens * 10
) / 1e6;
console.log(model, "cost per call $", cost.toFixed(5));
- Execute com
MODEL_ID=gpt-6-sol. Depois, altere apenasMODEL_IDparagpt-6.1-sole execute novamente.
Compare:
-
reasoning_tokens; -
output_tokens; - formato e conteúdo da resposta;
- custo estimado;
- tempo de resposta;
- taxas de falha e respostas incompletas.
Se você estiver migrando de none, execute a linha de base com none no GPT-6 Sol e o candidato com low no GPT-6.1 Sol.
Execute regressões na CI com Apidog CLI
Coloque a requisição e alguns prompts reais em um cenário de teste. Depois, execute cada modelo na CI usando --env-var para sobrescrever o modelo em cada execução:
npm install -g apidog-cli
apidog run \
--access-token "$APIDOG_ACCESS_TOKEN" \
-t "$SCENARIO_ID" \
-e "$ENV_ID" \
--env-var "MODEL_ID=gpt-6-sol" \
-r cli,junit
apidog run \
--access-token "$APIDOG_ACCESS_TOKEN" \
-t "$SCENARIO_ID" \
-e "$ENV_ID" \
--env-var "MODEL_ID=gpt-6.1-sol" \
-r cli,junit
Uma asserção falha o job, e os relatórios JUnit permitem comparar as duas execuções. Para validar saídas que variam entre execuções, veja testando agentes de IA não determinísticos.
FAQ
O GPT-6.1 Sol é mais caro que o GPT-6 Sol?
Não. Ambos custam US$ 2 de entrada e US$ 10 de saída por 1 milhão de tokens. A entrada em cache do GPT-6.1 Sol custa US$ 0,10, contra US$ 0,20 no GPT-6 Sol.
O que fazer com reasoning.effort: "none"?
GPT-6.1 Sol não suporta none nem minimal. Mapeie ambos para low, remova temperature e top_p quando aplicável e reexecute suas avaliações antes de mudar o tráfego.
Posso usar GPT-6.1 Sol com Chat Completions?
Sim, para requisições sem ferramentas. Para chamadas de ferramenta, use a API Responses.
Existe nível gratuito para a API GPT-6.1 Sol?
Não. As chamadas de API são cobradas por token desde a primeira requisição. Veja O GPT-6.1 Sol é gratuito? para opções mais econômicas.
Próximo passo
Salve uma requisição representativa do seu tráfego. Execute-a primeiro com gpt-6-sol e seu esforço atual. Depois, execute o mesmo teste com gpt-6.1-sol, compare uso, custo e saída e só então avance com o rollout.
Baixe o Apidog para manter as duas execuções como testes com asserções reutilizáveis na CI. Se você também está comparando provedores, veja GPT-6.1 Sol vs Claude Sonnet 5.5.
Top comments (0)