OpenAI Agent Builder vai acabar: prazos e como migrar

O OpenAI AgentKit reunia as ferramentas da OpenAI para criar, colocar em produção e avaliar agentes. O serviço OpenAI Agent Builder tem encerramento previsto para 30 de novembro de 2026. O Agents SDK e o ChatKit continuam disponíveis, mas aplicativos com ChatKit que dependem do Agent Builder precisam de um backend próprio para substituí-lo. As avaliações existentes passam a permitir apenas leitura em 31 de outubro, antes do encerramento do painel e da API de Evals e da API v1/prompts, com seus objetos de prompt reutilizáveis, previsto para 30 de novembro.

Informações conferidas na documentação da OpenAI em 14 de outubro de 2026. Na prática, a migração precisa preservar o fluxo de trabalho, seus prompts e os testes que comprovam que ele continua funcionando. Trate cada frente como uma tarefa separada, com um responsável definido. O cronograma de descontinuações da OpenAI informa as datas; o checklist abaixo transforma esses prazos em entregas.

OpenAI Agent Builder vai acabar: o que muda no AgentKit?

O construtor hospedado será encerrado; a stack da OpenAI para desenvolver agentes continua. O AgentKit agrupava ferramentas de criação, implantação e avaliação de agentes. O OpenAI Agent Builder oferecia o editor visual de fluxos, o ChatKit fornecia a interface de chat incorporada ao aplicativo, e o Evals cuidava do ambiente de testes. A migração precisa tratar cada componente separadamente.

Pense em um escritório mobiliado: o espaço oferecia o ambiente para editar e executar, mas o fluxo descreve o trabalho que precisa ser feito. Perder esse espaço exige encontrar outro lugar para operar. Isso não significa descartar todas as ferramentas nem trocar de fornecedor de modelos.

As datas de encerramento vêm da página de descontinuações da OpenAI; as opções de execução que continuam disponíveis estão documentadas na visão geral de agentes. Os avisos foram publicados em 3 de junho de 2026. A mudança para somente leitura em outubro e o encerramento em novembro são eventos distintos.

Esse anúncio não descontinua a Responses API. Ainda assim, um aplicativo que usa Responses pode ser afetado se suas requisições fizerem referência a objetos de prompt reutilizáveis. O endpoint chamado e os recursos salvos dos quais ele depende são coisas diferentes.

Quem precisa agir agora?

Aja agora se algum fluxo em produção depender do Agent Builder, do Evals gerenciado ou de objetos de prompt salvos. O destino adequado depende de onde o fluxo precisa funcionar, não da semelhança entre os nomes dos produtos.

Quem desenvolve aplicativos voltados ao cliente: exporte o fluxo e defina quem será responsável pelo ambiente de execução. Um chatbot de suporte que funciona dentro do seu produto precisará de um serviço de aplicação operacional depois que o fluxo hospedado for encerrado. Mover apenas a interface visual deixa a dependência principal sem solução.

Quem cuida de processos internos: considere o ChatGPT Workspace Agents quando a tarefa puder funcionar no workspace do ChatGPT da empresa. Um resumo recorrente sobre um cliente ou um assistente de pesquisa interna se encaixa melhor nessa opção do que uma integração com um site público. Peça ao responsável pelo processo que avalie o resultado e ao administrador do workspace que revise os acessos.

Quem está prestes a contratar uma implementação: escolha desde já uma opção que continuará disponível. Se a proposta de um fornecedor usar Agent Builder, exija a definição do ambiente de execução após o encerramento, da entrega de migração e dos critérios de aceite antes de aprová-la. Uma demonstração que funciona durante a transição não responde a essas questões.

Quem já usa o SDK ou acessa Responses diretamente: talvez não haja nenhuma migração do Builder a fazer. Verifique o processo de avaliação e as referências a prompts salvos antes de concluir que o aplicativo não será afetado. Se essas dependências também não existirem, esse anúncio, por si só, não justifica reescrever o aplicativo.

Como exportar os fluxos do Agent Builder para o Agents SDK

O OpenAI Agent Builder exporta o código do fluxo, oferecendo um ponto de partida para um aplicativo sob sua responsabilidade. O guia de migração atual oferece exportações em Python e TypeScript. Guarde a exportação completa antes de alterar qualquer coisa, para poder comparar as edições posteriores com o original. Instruções de migração.

1. 1

   Copie o código exportado do fluxo

   Abra o fluxo, selecione Code na navegação superior, escolha Agents SDK e selecione Python ou TypeScript. Copie toda a exportação para o seu repositório. Registre qual fluxo em produção ela substitui.

2. 2

   Prepare o aplicativo para executar

   Instale e configure o SDK correspondente seguindo o guia de início rápido atual. Conecte as ferramentas e as credenciais esperadas pelo fluxo. Defina os responsáveis pela implantação, pelo armazenamento e pela execução antes de considerar a exportação um serviço substituto.

3. 3

   Valide o comportamento exigido pelo negócio

   Execute entradas representativas na nova implementação. Confira o caminho escolhido, os argumentos enviados às ferramentas, o comportamento das aprovações e o resultado final. Coloque a substituta em produção apenas depois que ela atender aos critérios de aceite do fluxo.

O OpenAI Agents SDK dá ao aplicativo controle sobre implantação, armazenamento, ferramentas e aprovações, enquanto o SDK conduz o ciclo de execução do agente. A visão geral do SDK continua sendo a referência de implementação.

O desafio do SDK é assumir a operação. Copiar um arquivo não resolve a implantação em produção, o comportamento após reinicializações nem a persistência de estado. Em um fluxo de suporte, defina o que acontece quando a consulta de um pedido excede o tempo limite, quando uma aprovação é negada e quando a mesma requisição chega novamente. Esses são cenários de aceite a implementar e verificar, não garantias oferecidas por um botão de exportação.

Consulte a comparação entre OpenAI Agents API e Agents SDK se também estiver reavaliando quem deve operar o ambiente de execução. O guia atual de migração do Builder da OpenAI indica o SDK e o Workspace Agents; não trate a Agents API, um serviço gerenciado separado, como um destino automático de importação.

Como levar fluxos sem código para o ChatGPT Workspace Agents

O ChatGPT Workspace Agents é o caminho documentado para fluxos em linguagem natural compartilhados dentro de uma equipe. O guia de migração da OpenAI exige um workspace Business, Enterprise ou Edu com acesso a agentes e permissão para criá-los. Exporte o fluxo do Builder, cole o código no construtor de agentes do workspace e peça que ele recrie o fluxo. Requisitos para migrar para o workspace.

O passo a passo de agentes no workspace da OpenAI mostra como essa operação funciona: aplicativos conectados, instruções reutilizáveis, tarefas agendadas e compartilhamento dentro do workspace. Esse modelo atende bem a um fluxo interno de resumos sobre clientes cujo responsável pode revisar o documento final.

A principal limitação é a fidelidade do comportamento. A OpenAI alerta que fluxos que exigem comportamento estritamente determinístico, nos quais as mesmas condições devem levar ao mesmo caminho predefinido, podem não ser reproduzidos fielmente. Revise as conexões e permissões, use Preview com entradas representativas e selecione Create após a validação. O processo recria o fluxo; não garante a conversão de cada nó e conexão.

Um assistente de pesquisa interna, por exemplo, pode seguir caminhos diferentes de pesquisa desde que o resumo final atenda aos requisitos. Já um fluxo que sempre precisa obter aprovação antes de alterar o cadastro de um cliente exige uma verificação explícita desse limite. Se o negócio depende de ramificações exatas, minha recomendação é manter essa lógica no código do aplicativo e validar primeiro o caminho com o SDK.

Como manter o ChatKit e substituir o backend hospedado

O ChatKit continua servindo como interface de chat; o aplicativo precisa fornecer o servidor que substituirá o atual. A OpenAI orienta tanto projetos novos quanto aplicativos existentes que dependem do Builder a adotar uma integração com servidor próprio. Os fluxos hospedados existentes têm suporte apenas durante o período de transição. Orientações para a transição do ChatKit.

Isso muda o funcionamento por trás da janela de chat. Na arquitetura que continua disponível, o navegador envia requisições ao seu servidor ChatKit, o servidor executa a implementação do agente e suas ferramentas, e os resultados voltam para a interface. Manter a mesma experiência visual não preserva o caminho de execução hospedado anterior.

O guia de integração avançada detalha os componentes da implementação: um ChatKitServer, um endpoint HTTP, armazenamento persistente para conversas e mensagens em produção, um armazenamento de arquivos caso haja suporte a uploads e contexto no servidor para identidade e permissões. O guia também fornece a conexão com o Agents SDK.

Em um aplicativo de atendimento ao cliente, os critérios de aceite precisam ir além de receber uma resposta. Confirme que o cliente autenticado vê apenas a conversa prevista, que os anexos continuam utilizáveis quando necessário, que as ferramentas autorizadas executam suas ações e que o encaminhamento do atendimento ainda chega ao destino correto. Planeje como tratar o histórico de conversas existente; não presuma que ele acompanhe a exportação do fluxo.

O guia para criar um chatbot com ChatKit aborda as responsabilidades mais amplas do produto. Nesta migração, a pergunta decisiva é se uma conversa real chega ao fim pelo novo backend, respeitando as regras esperadas de acesso e de ação.

Checklist de migração com os prazos

Salve primeiro a base de referência das avaliações e migre a execução e os prompts antes do encerramento. Essa base reúne os exemplos e resultados aceitáveis usados para decidir se a nova implementação funciona. Sem ela, é possível mover o código e ainda perder o comportamento do qual os usuários dependem.

Antes de 31 de outubro de 2026: exporte e preserve as avaliações

Defina agora um responsável pelas avaliações. Preserve as entradas dos testes, os resultados esperados, as definições dos avaliadores, as versões dos prompts, as configurações dos modelos e os resultados existentes relevantes para entender o comportamento atual. Exporte o que o fluxo existente disponibilizar; quando não houver exportação, copie a configuração e recrie-a fora da plataforma.

31 de outubro marca a mudança para somente leitura; a documentação não apresenta essa data como o prazo final de exportação. A recomendação deste guia é concluir o backup antes dela, para ter uma base de referência utilizável durante a migração.

O guia de migração de Evals da OpenAI recomenda o Promptfoo e descreve a recriação manual de prompts, provedores, casos de teste e asserções. O procedimento não exige um recurso de exportação do OpenAI Evals. Execute novamente e valide os avaliadores recriados antes de confiar nas pontuações: a OpenAI alerta que elas podem variar entre sistemas.

Uma entrega útil inclui uma suíte de avaliações executável e uma explicação do que caracteriza uma falha. Uma captura de tela de uma pontuação anterior serve como registro histórico de apoio, mas não substitui essa suíte.

Antes de 30 de novembro de 2026: migre os fluxos e os objetos de prompt

Conclua estas tarefas antes do encerramento previsto:

• Coloque em produção o fluxo exportado para o SDK ou valide e crie seu substituto como Workspace Agent.
• Migre cada aplicativo ChatKit que depende do Agent Builder para o novo servidor.
• Retire o conteúdo dos prompts reutilizáveis dos objetos de prompt gerenciados.
• Execute o novo processo de avaliação e investigue mudanças de comportamento.
• Elimine as dependências de produção dos serviços que serão encerrados e defina um responsável pela nova operação.

Os objetos de prompt merecem uma busca específica no aplicativo. Um fluxo pode funcionar corretamente enquanto outro recurso ainda depende do ID de um prompt salvo. O guia de migração de prompts da OpenAI leva o texto do prompt para o código-fonte, substitui variáveis por argumentos de função e envia as mensagens geradas pelo campo input da Responses API, em vez do objeto prompt gerenciado. Versione o prompt junto com o aplicativo e, quando viável, mantenha um prefixo compartilhado estável antes dos valores dinâmicos.

Para um assistente de cobrança, a entrega deve incluir o conjunto completo de instruções, as substituições de variáveis e as respostas esperadas para casos representativos. Copiar apenas o parágrafo visível, deixando uma variável para trás ou escolhendo a versão salva errada, resulta em uma migração incompleta.

Defina uma data de troca anterior ao prazo do fornecedor, com margem para investigar um teste que falhar. Mantenha uma alternativa de contingência documentada durante o período restante de transição; se ela ainda depender de um serviço descontinuado, não poderá proteger a operação depois do encerramento.

Exageros e interpretações que podem confundir

“O AgentKit vai acabar” é uma afirmação ampla demais para orientar uma decisão de engenharia. Os avisos especificam produtos e recursos salvos. O SDK, o ChatKit, a Responses API e a Agents API separada continuam com documentação ativa; os serviços hospedados afetados precisam ser migrados.

Exportar não comprova equivalência. Uma implementação substituta gerada pode produzir uma resposta convincente e, mesmo assim, pular o caminho que exigia aprovação. Compare o comportamento observável com os requisitos originais, em vez de verificar se o novo diagrama ou código parece familiar.

A continuidade do ChatKit não preserva a hospedagem do Builder. A interface pode permanecer enquanto o serviço que executa o trabalho muda. Preveja no orçamento quem assumirá essa responsabilidade de engenharia, sem presumir que será necessário criar um novo frontend.

O encerramento do Evals não elimina a necessidade de avaliações. Ele transfere a responsabilidade de manter os testes. Da mesma forma, mover um prompt para o código não descontinua a Responses API; muda a maneira como o aplicativo fornece instruções a ela.

Dúvidas sobre o uso do AgentKit agora

O AgentKit da OpenAI é gratuito?

Não planeje a migração supondo que o AgentKit seja um único produto gratuito. Escolha primeiro um ambiente de execução que continuará disponível e depois confira os custos atuais de modelos, ferramentas e infraestrutura. Os avisos de encerramento não estabelecem um preço universal para a migração.

Como usar os agentes da OpenAI?

Se você já tem um fluxo no Agent Builder, exporte-o para o Agents SDK ou recrie-o como Workspace Agent. Para um aplicativo novo, escolha um ambiente de execução atual e teste as ferramentas e permissões exigidas pela tarefa. Uma interface ChatKit precisa de uma implementação no servidor.

O que dá para fazer com os agentes da OpenAI?

Agentes podem usar ferramentas e executar tarefas com várias etapas. Uma migração útil começa pelo trabalho específico do qual você já depende, como preparar um resumo interno ou responder a uma solicitação de suporte autenticada, e preserva o comportamento exigido no novo ambiente de execução.

Por onde começar na segunda-feira

Defina um responsável pela migração e escolha um fluxo representativo que esteja em produção. Salve a exportação, o conteúdo dos prompts e a base de referência das avaliações; depois, execute uma versão substituta de ponta a ponta. Use o resultado para estimar o trabalho necessário para os demais fluxos. A primeira entrega deve comprovar que uma tarefa necessária é concluída com as permissões e os resultados corretos, seguida de um plano com datas para migrar o restante.

Para acompanhar orientações práticas sobre como criar e operar fluxos de IA, assine a newsletter.