A OpenAI planeja encerrar os GPTs personalizados em 11 de dezembro de 2026 e migrar criações elegíveis para plugins. Empresas precisam publicar alterações essenciais, inventariar ações personalizadas, testar o substituto e refazer o compartilhamento. Para ambientes Enterprise afetados, a criação de novos GPTs deve terminar em 26 de outubro; uma prorrogação até 11 de fevereiro de 2027 vale somente para workspaces aprovados.
Confirme qual prazo vale para cada workspace
A transição afeta todos os planos, mas migração, plugins e datas podem variar por conta ou workspace. O prazo padrão informado é 11 de dezembro de 2026. Workspaces Enterprise com adiamento qualificado e aprovado podem ter até 11 de fevereiro de 2027. A empresa deve conferir o aviso exibido no ambiente em que cada GPT foi criado, não apenas o plano de quem o utiliza.
Para Enterprise, a OpenAI planeja encerrar a criação de novos GPTs em 26 de outubro de 2026. Esse congelamento não impede a edição de um GPT existente que ainda não foi migrado, mas rascunhos não podem ser migrados diretamente. Trate a data como limite operacional para criar e publicar qualquer item que ainda precise entrar no inventário oficial.
Mapeie criadores, usuários e dependências
Liste cada GPT, a conta ou workspace de origem, seu criador, público atual, proprietário futuro e frequência de uso. Registre instruções, arquivos de conhecimento, aplicativos conectados, ações personalizadas e conversas críticas. Separe itens mantidos pela empresa daqueles criados por terceiros, porque permissão de uso não autoriza a migração.
Associe cada assistente a um processo real. Um GPT usado para propostas pode depender de tabela de preços, CRM e política comercial; outro, usado para atendimento, pode acessar dados pessoais. O inventário deve mostrar o que deixa de funcionar se a migração atrasar e qual equipe precisa validar o substituto.
- Conta ou workspace em que o GPT foi criado
- Criador, responsável e usuários atuais
- Instruções, arquivos e aplicativos conectados
- Ações personalizadas e permissões necessárias
- Casos de teste, risco e plano de contingência
Publique a versão correta antes de migrar
A migração usa a versão publicada mais recente. Rascunhos e edições não publicadas não são transferidos, embora publicar não exija tornar o GPT público. Revise instruções, fontes, exemplos e limites, publique a versão aprovada e registre uma cópia controlada antes de iniciar a mudança.
Depois da migração, o GPT original continua utilizável até a retirada, mas fica somente para leitura e não pode ser apagado pelo criador. Faça correções essenciais antes desse ponto. Mudanças futuras devem ser feitas no plugin, que passa a ser o artefato mantido pela equipe.
Saiba o que migra e o que precisa ser refeito
No fluxo planejado, as instruções viram uma skill, os arquivos de conhecimento são copiados para arquivos de referência e os aplicativos conectados entram como apps. O modelo escolhido no GPT não é transferido. Revise o comportamento com o modelo e os padrões disponíveis no novo ambiente.
Ações personalizadas não migram. Se o GPT chamava um serviço externo, procure um app disponível ou avalie um servidor MCP personalizado, com participação técnica e de segurança. Não presuma equivalência: autenticação, escopos, aprovações e funções podem mudar, e cada integração refeita precisa de teste separado.
Recrie acesso e compartilhamento
As permissões e configurações de compartilhamento do GPT não acompanham a migração. Um plugin pessoal migrado começa privado. Antes da troca, confirme quem pode usar plugins, instalar o substituto, acessar os apps incluídos e autorizar cada serviço conectado.
Em Enterprise, compartilhar com pessoas ou grupos e publicar no diretório do workspace exigem permissões administrativas próprias. Escolha um usuário representativo para instalar e testar o plugin. Acesso ao GPT antigo não garante acesso ao novo recurso, e aplicativos continuam respeitando as permissões de dados de cada pessoa.
Teste resultado, ferramentas e continuidade
Use prompts conhecidos para comparar a resposta do plugin com a versão atual e inclua pelo menos um caso mais difícil. Verifique se a skill certa é acionada, se as referências corretas são usadas, se o formato de saída é completo e se as ferramentas necessárias estão disponíveis. Registre diferenças relevantes antes de liberar o substituto.
Converse com usuários sobre a nova forma de acesso e mantenha o GPT original como referência somente durante a janela permitida. Conversas existentes continuarão acessíveis após a retirada, segundo a OpenAI, mas as páginas dos GPTs ficarão indisponíveis. O plano de continuidade deve depender do plugin testado, não do histórico antigo.
Para levar daqui
A migração não é apenas uma conversão de formato. Publique a versão certa, reconstrua integrações e acessos, teste o comportamento do plugin e conclua a troca antes do prazo aplicável ao seu workspace.
