A OpenAI anunciou a Decisions API no DevDay de 29 de setembro. Seu resumo oficial descreve uma tarefa específica: programadores fornecem contexto em texto ou imagem, fazem suas próprias perguntas com um conjunto finito de respostas predefinidas e recebem respostas para classificar, encaminhar solicitações ou escolher a próxima ação de um agente. A OpenAI diz que o serviço concentra a inteligência do GPT-6 Luna nessas perguntas.
Essa descrição merece atenção de quem desenvolve aplicações, mas ainda não oferece um contrato público de integração. O resumo chama o serviço de pré-visualização limitada e diz que uma disponibilização mais ampla está planejada “nos próximos dias”. Na consulta de 30 de setembro, o registro de alterações da API da OpenAI não tinha uma entrada sobre a Decisions API. Nos materiais consultados, não encontramos rota pública de solicitação, esquema de requisição ou resposta, exemplo de SDK nem preço da Decisions API. A BIG CHANGE não chamou o serviço.
A decisão é a fronteira do produto
Em um aplicação, uma classificação pode ser importante porque determina o que acontece em seguida. Os exemplos da OpenAI incluem escolher uma categoria, encaminhar uma solicitação e selecionar uma ação do agente. A interface anunciada coloca no centro dessa interação a pergunta do programador e as respostas permitidas. A resposta pode ser útil para um software que já sabe o significado de cada opção.
Um conjunto finito de respostas também facilita especificar o comportamento esperado em comparação com uma resposta aberta. Quem desenvolve pode definir opções relevantes para o aplicação e avaliar se a resposta escolhida está correta para entradas representativas. Isso é uma análise do projeto anunciado, não uma conclusão sobre a precisão da pré-visualização. Mesmo limitado a rótulos válidos, o modelo ainda pode escolher o rótulo errado. Cabe ao aplicação decidir se um rótulo basta para agir, se precisa de revisão e como se recuperar de um erro.
A diferença fica mais clara quando o modelo escolhe a próxima ação de um agente. A OpenAI cita esse uso para a Decisions API, mas não publicou como a pré-visualização executa ações. Escolher a próxima etapa e executá-la são operações distintas. Permissões, ação e verificação do resultado pertencem ao fluxo de trabalho ao redor, salvo indicação diferente da OpenAI.
O que as APIs existentes já documentam
Desenvolvedores que precisam de uma saída limitada hoje têm um caminho documentado pela Responses API e Structured Outputs . Structured Outputs pode exigir que a resposta siga um esquema JSON fornecido, inclusive com um campo cujos valores permitidos sejam um conjunto fixo. A documentação alerta que seguir o esquema não elimina erros nos valores retornados. Isso ajuda a impor o formato de um resultado de classificação, mas ainda é preciso avaliar a classificação para a tarefa específica. A OpenAI não disse se a Decisions API usa Structured Outputs ou compartilha sua implementação.
Function calling trata de outra parte do fluxo. O aplicação define funções e argumentos; o modelo pode solicitar uma chamada, e o código do aplicação a executa e devolve o resultado. Isso é relevante quando a próxima etapa escolhida deve acionar uma ferramenta. O programador controla quais funções existem e se a operação solicitada é permitida. O fluxo documentado de chamadas de função não informa o endpoint da Decisions API nem como suas respostas são representadas.
Moderation é um classificador especializado em textos e imagens potencialmente nocivos. Seus resultados documentados apoiam a política de conteúdo do aplicação, inclusive revisão ou intervenção. É a comparação adequada quando a pergunta envolve categorias de conteúdo nocivo. Já o anúncio da Decisions API descreve perguntas e opções de resposta definidas pelo programador. O resumo não afirma que ela substitui o endpoint Moderation ou fornece suas categorias de segurança.
Essas diferenças importam tanto para compras quanto para o código. A página do modelo GPT-6 Luna e a página de preços da API publicam tarifas padrão dos modelos. A menção a Luna no resumo não prova que chamadas à Decisions API tenham essas tarifas. Nem o resumo nem o registro público consultado em 30 de setembro indicam uma cobrança própria da Decisions API. Comparações de orçamento devem esperar um preço e uma unidade de cobrança explícitos.
A grande mudança
A OpenAI anunciou um serviço voltado explicitamente a decisões finitas, definidas pelo programador a partir de texto ou imagem. A oportunidade imediata é deixar mais clara a fronteira entre a resposta do modelo e o aplicação que a utiliza. Por enquanto, isso é uma descrição de produto em pré-visualização limitada. Sem um contrato público, não há base para um guia confiável de implementação nem para uma comparação de desempenho medida com APIs existentes.
Nosso guia de lançamentos do DevDay inclui a Decisions API entre os anúncios e pré-visualizaçãos do evento. Este artigo complementar se concentra na interface de decisão e no que um programador pode verificar. A visão geral de Jev e as demonstrações de Jev da BIG CHANGE abordam outro produto, da TypeSafe AI. Uma linguagem parecida sobre decisões não prova que compartilhem arquitetura, treinamento ou comportamento de API.
O que verificar antes de adotar a pré-visualização
O próximo passo prático é especificar uma tarefa real de classificação ou encaminhamento, as respostas permitidas, a evidência de uma resposta correta e a consequência de uma resposta errada. Uma API já documentada pode ser avaliada para essa tarefa agora. Para usar a Decisions API, quem tem acesso à pré-visualização precisa do contrato real da OpenAI antes de integrar: critérios e forma de acesso; campos aceitos em requisições e respostas; tratamento de entradas não aceitas ou ambíguas; limites de taxa; tratamento de dados; preços; versões. Depois, deve medir a latência e a taxa de erros na carga de trabalho do próprio aplicação. O anúncio não fornece essas medições.
O plano da OpenAI de ampliar a disponibilidade é uma previsão de cronograma, não a confirmação de que o acesso foi aberto. O registro de alterações da API e a documentação futura do produto permitirão verificar as condições quando forem publicadas. Até lá, comentários da comunidade sobre velocidade, campos de confiança e sintaxe exata de chamadas não devem ser tratados como especificações da OpenAI.
Fontes e leituras adicionais
- OpenAI, DevDay 2026 Recap — anúncio de 29 de setembro sobre as respostas finitas da Decisions API, o contexto de texto ou imagem, os casos de uso e a pré-visualização limitada. O resumo não traz esquema de requisição, preço ou benchmark.
- Registro de alterações da API da OpenAI — consultado em 30 de setembro para “Decisions API”, “decision layer” e “fast decision layer”; nenhuma entrada apareceu. Essa ausência não desfaz o anúncio oficial nem determina o estado do acesso privado à pré-visualização.
- OpenAI API, Structured Outputs — documenta a conformidade com o esquema e alerta que os valores retornados ainda podem estar errados. Não documenta a Decisions API.
- OpenAI API, Function calling — documenta definições de função, chamadas do modelo e execução pelo aplicação; usado aqui para distinguir escolher uma ação de executá-la.
- OpenAI API, Moderation — classificação de conteúdo potencialmente nocivo em texto e imagens, com categorias e usos de política específicos.
- OpenAI API, GPT-6 Luna e preços da API — apenas contexto dos preços padrão dos modelos; nenhum dos dois define a cobrança da Decisions API.
- Artigo da comunidade Hugging Face por bna — indicação enviada por um leitor, não um lançamento ou especificação da OpenAI. As alegações sobre velocidade e implementação não foram usadas.



