ChatGPT para Usuários do Claude
Você já pensa em Claude. Agora um colega compartilha um Custom GPT, ou um cliente vive dentro do ChatGPT, e você precisa ser produtivo lá hoje — sem reaprender do zero como usar um assistente de IA. Boa notícia: quase tudo o que você sabe se transfere. Esta página mapeia seu modelo mental do Claude sobre o ChatGPT, aponta o punhado de coisas que genuinamente funcionam de forma diferente e diz quando cada uma tende a brilhar.
- Traduzir os conceitos do Claude para seus equivalentes no ChatGPT (Projects, Custom GPTs e os Plugins que os substituem, custom instructions/memory, canvas, o seletor de modelos)
- Saber quais dos seus hábitos de prompting do Claude passam intactos (a maioria deles)
- Identificar as poucas coisas que você genuinamente precisa ajustar
- Saber quando recorrer ao ChatGPT e quando permanecer no Claude
A OpenAI está migrando os custom GPTs para plugins, e os custom GPTs vão parar de funcionar na aposentadoria. Se um colega te entregar um Custom GPT hoje, ele ainda roda, mas não construa nada novo sobre um — leia Projects vs Custom GPTs abaixo antes de investir.
O mapa de conceitos em 60 segundos
Se você ler apenas uma seção, leia esta. Veja como as coisas que você conhece no Claude se alinham com o ChatGPT:
| No Claude você chama de… | No ChatGPT é… | Mesma ideia? |
|---|---|---|
| Claude Projects (workspace + arquivos + instruções do projeto) | Projects | Sim — praticamente o mesmo conceito |
| Custom Style / um system prompt salvo que você reutiliza | Custom GPTs — sendo substituídos por Plugins (skills + apps) | Próximo, com uma reviravolta (veja abaixo) |
| Suas preferências no nível da conta / "como quero que você responda" | Custom instructions | Sim |
| A memória do Claude sobre conversas passadas | Memory | Sim — mesma ideia, evolui com frequência |
| Artifacts (painel lateral para documentos/código) | Canvas | Sim — mesma ideia |
| Seletor de modelos (Opus / Sonnet / Haiku) | O seletor de modelos (tiers de velocidade vs raciocínio) | Sim — mesma ideia, nomes diferentes |
| Tool use / function calling (API) | Function calling | Sim — mesmo formato, detalhes de JSON diferentes |
A conclusão: quase não há nenhum conceito novo a aprender. É, na maior parte, renomear e realocar coisas que você já entende.
Projects vs Custom GPTs — a única distinção que vale a pena acertar
Este é o único ponto em que os usuários do Claude mais se confundem, porque o ChatGPT tem duas coisas que ambas parecem "um Claude customizado", e elas servem a trabalhos diferentes.
-
Projects são organizacionais — um workspace que reúne muitas conversas, arquivos enviados e instruções compartilhadas em torno de um esforço contínuo. A continuidade entre múltiplas conversas é o objetivo. Recorra a um Project quando você abriria um Claude Project: uma longa linha de pesquisa, um texto em evolução, uma frente de trabalho com documentos de referência.
-
Custom GPTs são assistentes empacotados — uma configuração salva (um system prompt, arquivos de conhecimento opcionais, ferramentas habilitadas, às vezes ações de API) que você invoca como uma única conversa nova, com uma persona fixa. Eles são feitos para ser reutilizados e compartilhados, de modo que uma pessoa constrói a expertise e muitas pessoas a executam. Eles estão sendo aposentados.
-
Plugins são o substituto: nas palavras da OpenAI, "um pacote reutilizável para um fluxo de trabalho que pode incluir skills, apps ou ambos" (no original: "a reusable package for a workflow that can include skills, apps, or both") — as skills carregam as instruções de como fazer o trabalho, os apps conectam o ChatGPT a outros serviços. Mesmo instinto de um Custom GPT, superfície maior.
O atalho mental:
- Precisa de continuidade entre muitas conversas com contexto compartilhado? → Project.
- Precisa de um especialista reutilizável e compartilhável que se comporte igual toda vez? → um Plugin (e migre o Custom GPT que você já tem).
Duas pegadinhas para usuários do Claude:
- Uma conversa em um Custom GPT ou Plugin tende a começar do zero a cada vez, apenas com suas instruções predefinidas mais aquela conversa — não espere que ele se lembre da sua última sessão do jeito que uma linha contínua de Project faz.
- A migração não é sem perdas. As ações customizadas têm de ser reconstruídas separadamente — contra um conector suportado ou seu próprio servidor MCP — então um GPT que se apoia nelas exige trabalho real, não uma conversão de um clique. Se você é quem vai reconstruir, Codex Agent Plugins cobre a camada de empacotamento.
Custom instructions & memory — mesma ideia, camadas ligeiramente diferentes
No Claude você define preferências globais e deixa que ele lembre o contexto. O ChatGPT faz o mesmo, só que com camadas mais explícitas onde você pode definir instruções:
- Suas preferências permanentes — tom, nível de detalhe, no que focar. Aplicadas a todas as conversas, como as preferências da sua conta Claude.
- Contexto restrito ao assunto de um Project — o equivalente às instruções de um Claude Project.
- O 'system prompt' embutido em um assistente empacotado — a skill de um Plugin, ou o campo de instruções de um Custom GPT que você ainda não migrou. É aqui que quem constrói controla totalmente o comportamento.
- Basta dizer na conversa quando precisar de um ajuste de uma única mensagem — exatamente como no Claude.
Memory é seu próprio sistema em evolução: o ChatGPT pode carregar contexto entre conversas separadas. Trate o que ele lembra, quanto e onde está disponível (por exemplo, dentro de um assistente empacotado ou não) como volátil — muda com frequência, então verifique o comportamento atual em vez de presumir.
Canvas é o Artifacts do ChatGPT
Se você ama o Claude Artifacts — um painel lateral onde um documento ou bloco de código vira um objeto vivo e editável — você vai se sentir em casa com o canvas. Ele abre uma superfície de edição dedicada para escrever e programar, para que você e o modelo possam revisar no lugar em vez de regenerar a mensagem inteira. Mesmo instinto, nome diferente.
Uma coisa para ficar de olho (e um bom exemplo de por que não fixamos especificidades): a superfície de edição que você recebe depende de onde você está, não apenas do que você pediu. A documentação atual da OpenAI descreve o comportamento de pré-visualizar e editar como variando conforme a superfície — o app de desktop pré-visualiza os documentos gerados ao lado da conversa, a CLI não tem nenhuma pré-visualização visual e a extensão de IDE revisa os arquivos no editor. O modelo selecionado também pode importar. Se o painel lateral não aparecer, suspeite da sua superfície ou do seu modelo antes de suspeitar de um bug.
O seletor de modelos — escolha pelo trabalho, não pelo nome
Assim como você escolhe entre Opus, Sonnet e Haiku, o ChatGPT pede que você escolha um modelo — geralmente ao longo de um espectro velocidade ↔ raciocínio (opções rápidas/instantâneas para tarefas ágeis, opções de raciocínio mais elevado para problemas difíceis, com os tiers superiores restritos a planos pagos). Os nomes e o número de tiers mudam com frequência; a habilidade durável é a mesma que você já usa com o Claude: combinar o modelo à dificuldade da tarefa e à sua tolerância de latência/custo.
Este é exatamente o framework em Escolhendo um Modelo e Qual Claude Devo Usar? — ele é agnóstico de fornecedor. Não decore um nome de modelo; aprenda a ler "rápido vs profundo" e escolha de acordo.
Para tornar a ideia concreta, e não para ser memorizado: em 7 de outubro de 2026 o seletor roda Astra (o mais capaz), GPT-6.1 Sol ("desempenho próximo ao do Astra para trabalhos complexos a um custo menor que o do Astra" — no original: "near-Astra performance for complex work at a lower cost than Astra" — em liberação para Plus, Pro, Business, Enterprise e Edu) e GPT-6 Luna (o modelo eficiente para trabalho focado e de alto volume) — enquanto o GPT-5.5 é aposentado do ChatGPT, do ChatGPT Work e do Codex em 14 de outubro de 2026, permanecendo disponível na API. Se você está lendo isto bem depois dessa data, todo nome deste parágrafo provavelmente já mudou. E é exatamente esse o ponto.
- Recorra ao tier rápido/instantâneo para rascunhos de rotina, formatação e perguntas e respostas ágeis.
- Recorra ao tier de raciocínio elevado para lógica de várias etapas, código complicado ou análise cuidadosa.
- Se um recurso como o canvas ou uma ferramenta parecer faltar, suspeite da sua superfície (desktop vs web vs CLI vs IDE) ou do modelo selecionado antes de suspeitar de um bug.
Function calling — mesmo formato, detalhes de JSON diferentes
Se você já fez tool use com o Claude, o function calling da OpenAI vai parecer imediatamente familiar, porque o loop é o mesmo:
- Você descreve cada ferramenta com um nome, uma descrição e um JSON schema de seus parâmetros (quais são obrigatórios, seus tipos). Mesma ideia de uma definição de ferramenta do Claude.
- Dado o prompt e as ferramentas disponíveis, o modelo retorna uma chamada de ferramenta estruturada — o nome da ferramenta mais os argumentos — em vez de (ou junto com) texto.
- Sua aplicação executa a função real com esses argumentos. O modelo nunca executa nada por conta própria.
- Você devolve a saída da ferramenta ao modelo.
- Ele usa o resultado para produzir a resposta final — e pode solicitar mais chamadas antes de terminar.
O que é idêntico: o loop descrever → modelo-solicita → você-executa → retornar-resultado → responder, chamadas múltiplas/paralelas e o princípio de que o modelo propõe, seu código dispõe.
O que difere e vai te atrapalhar se você copiar e colar: os nomes exatos dos campos JSON, como as chamadas e os resultados de ferramentas são representados na lista de mensagens, as opções de "strict"/structured output e o formato específico do endpoint da API. Como regra entre fornecedores, prompting e arquitetura se transferem; os detalhes de formato de fio (wire-format) não — sempre reconfira o schema de cada fornecedor.
O que se transfere (spoiler: quase tudo)
Seus hábitos suados do Claude não são desperdiçados. Estes passam essencialmente intactos:
- Estrutura do prompt — papel claro, tarefa explícita, exemplos, formato de saída solicitado → Fundamentos de Prompting
- Dar contexto de forma deliberada — cole o material certo, delimite-o, não despeje tudo
- Pedir um formato de saída específico — tabelas, JSON, etapas; funciona igual
- Iterar no lugar — refine via mensagens de acompanhamento (e agora via canvas)
- O loop de tool use — descreva ferramentas, deixe o modelo chamá-las, retorne resultados → Tool Use
- Escolher um modelo pela dificuldade da tarefa — rápido vs profundo, mesmo tipo de julgamento
System prompt neutro de fornecedor — cole em um Custom GPT ou nas instruções de um Project
You are a {role}.
Goal: {one clear sentence}.
Rules:
- Use ONLY the context I provide; if the answer isn't there, say "I don't know".
- Be concise. No preamble.
- Output format: {exact format — e.g. a markdown table with columns X, Y, Z}.
When you need information you don't have, ask one focused question instead of guessing.O que genuinamente ajustar
Uma lista curta e honesta de coisas que são de fato diferentes:
- Dois objetos de "customização", não um. Decida de antemão: workspace contínuo (Project) ou assistente empacotado reutilizável (um Plugin — ou um Custom GPT a caminho de se tornar um)? Escolher o errado é o erro inicial mais comum.
- Os Custom GPTs são um alvo de migração, não um destino. A OpenAI está movendo-os para Plugins e aposentando-os. Se você herdar um, planeje sua migração; não comece um novo.
- Pareamento recurso ↔ superfície. No ChatGPT, se um painel de pré-visualização/edição (ou uma determinada ferramenta) está disponível pode depender de onde você está executando — e, às vezes, do modelo selecionado. Quando algo estiver faltando, verifique isso antes de qualquer outra coisa.
- Formato de fio (wire-format) para ferramentas. O conceito de function calling é idêntico; os detalhes de JSON não são — nunca reutilize o JSON de ferramenta exato do Claude ao pé da letra.
- Especificidades voláteis. Nomes de modelos, tiers, limites e preços mudam rápido. Crie o hábito de confirmar na fonte, exatamente como você deve fazer também para o Claude.
Quando cada um tende a brilhar
Ambos são excelentes assistentes de uso geral e a diferença em qualquer tarefa dada costuma ser pequena e mutável — então trate isto como tendências, não leis, e deixe que sua própria avaliação nos seus próprios dados decida:
- Recorra ao ChatGPT quando você precisar do ecossistema específico dele — um Custom GPT que uma equipe já mantém, um Project que um colaborador configurou ou uma ferramenta/integração embutida da qual você depende ali. Se seu cliente ou colegas vivem no ChatGPT, encontrá-los lá supera o atrito.
- Recorra ao Claude quando você já estiver no fluxo de trabalho do Claude em torno do qual este site é construído — Projects, Artifacts e os padrões de prompting/agentes documentados por todo o AILmanac — e quiser aprofundar neles.
A resposta honesta na maioria das vezes: aquele em que você (ou sua equipe) já estiverem configurados. A habilidade é portátil; o custo de configuração é o verdadeiro custo de troca.
Teste-se
0/4- Quase não há nenhum conceito novo — Projects ≈ Claude Projects, um Plugin ≈ um assistente empacotado reutilizável, canvas ≈ Artifacts, function calling ≈ tool use.
- Acerte a única distinção: Projects = organizar muitas conversas; um Plugin = um especialista reutilizável e compartilhável.
- Os Custom GPTs estão sendo migrados para Plugins e vão ser aposentados — migre o que você herdar, não comece novos e reserve tempo real para as ações customizadas.
- Seus hábitos de prompting, contexto, formato de saída e loop de ferramentas se transferem intactos — escolha modelos pela dificuldade da tarefa, igual a Opus/Sonnet/Haiku.
- Ajuste apenas algumas coisas: dois objetos de customização, pareamento recurso↔superfície e os detalhes de JSON das chamadas de ferramenta.
- Nomes, tiers, limites e preços ficam desatualizados rápido — verifique as especificidades na documentação da OpenAI, exatamente como você deve fazer para o Claude.
Fontes & leitura adicional
- Models — learn.chatgpt.com — o seletor de modelos atual, em quais planos cada modelo está e os avisos de aposentadoria. O lugar para checar antes de confiar em qualquer nome de modelo.
- Projects — learn.chatgpt.com — o que são os Projects e como funcionam.
- Moving your custom GPT workflows to plugins — learn.chatgpt.com — os marcos da migração, o que é convertido e o que tem de ser reconstruído.
- Personalize ChatGPT — learn.chatgpt.com — as custom instructions e como as camadas de instrução se empilham.
- Work with files — learn.chatgpt.com — o comportamento de pré-visualizar e editar, e como ele varia conforme a superfície.
- ChatGPT & Codex changelog — learn.chatgpt.com — o lugar canônico para acompanhar mudanças voláteis de recursos/modelos.
- What is the canvas feature in ChatGPT — Central de Ajuda da OpenAI — a superfície de edição do canvas.
- Plugins in ChatGPT and Codex — Central de Ajuda da OpenAI — o conceito de plugin, conforme linkado no próprio guia de migração da OpenAI.
- Function calling — Documentação da API da OpenAI — o formato de chamada de ferramentas e o loop de solicitação/resposta.
Próximo
- O flagship atual → GPT-6 Astra para usuários do Claude — o modelo de topo da OpenAI, e como ele se lê ao lado do Opus
- O lançamento do DevDay 2026 → GPT-6.1 Sol para usuários do Claude — a mesma tabela de preços do Sonnet 5.5, um penhasco de custo em 272K e a linha de benchmark que o Sonnet ainda ganha
- Substituindo um Custom GPT → Codex Agent Plugins & federação de catálogos — a camada de empacotamento onde seu fluxo migrado vai aterrissar
- A camada de identidade → Sign in with ChatGPT — o provedor OAuth/OIDC, o que ele compartilha e como aceitá-lo no seu app
- A forma neutra de fornecedor de escolher → Escolhendo um Modelo
- Vindo também dos outros grandes assistentes? → Gemini para Usuários do Claude · Grok para Usuários do Claude
- Hábitos que viajam para todo lugar → Fundamentos de Prompting · Tool Use
- Aprofunde no núcleo → Qual Claude Devo Usar?