Alterar idioma
Alternar tema

Como usar o Codex: guia completo para começar com CLI, extensão de IDE, Codex Cloud e app desktop

"O overview do OpenAI Codex foi usado para verificar posicionamento, pontos de entrada disponíveis e fluxos de trabalho adequados."

Na primeira vez que você usar o Codex, não peça para ele refatorar o projeto inteiro. Abra o repositório primeiro e dê uma tarefa pequena que você consiga verificar em cerca de 20 minutos.

Visão geral dos pontos de entrada

OpenAI Codex não é apenas uma ferramenta de terminal nem um único plugin de editor. É um coding agent que pode ser usado por vários pontos de entrada. Na documentação oficial, você vai ver CLI, IDE extension, Codex app e Codex web/cloud. Eles compartilham autenticação e capacidade de base, mas servem a cenários diferentes.

Comparação dos quatro pontos de entrada

Ponto de entradaDefiniçãoMelhor paraUsuário típicoLimitação
CLICoding agent rodando no terminal localRepositórios locais existentes, mudanças pequenas, workflow de linha de comandoUsuários fortes de terminal, ambientes CIPrecisa de um repositório Git local; as mudanças aparecem nos arquivos locais
IDE ExtensionColaboração na barra lateral do editorTrabalho atual no editor, contexto curto via open files / selected codeUsuários de VS Code / Cursor / Windsurf / JetBrainsDepende do ambiente do editor; tarefas complexas podem ser delegadas ao Cloud
Codex AppCommand center desktopVários threads, worktrees, automations, gestão de GitUsuários locais com várias tarefas em paraleloDisponível em macOS / Windows; verifique Linux na página oficial
Codex Cloud/WebAgente em nuvem conectado ao GitHubRepositórios remotos, PRs, tarefas assíncronas, trabalho longe do computadorEquipes e workflows com repositórios remotosUm Enterprise workspace pode exigir admin setup

Autenticação e diferenças de recursos

Codex aceita dois caminhos de autenticação, mas os recursos disponíveis não são iguais.

AutenticaçãoPontos de entrada disponíveisDisponibilidade de recursos CloudMelhor uso
ChatGPT account (Plus/Pro/Business/Edu/Enterprise)Todos os pontos de entrada (CLI/IDE/App/Cloud)Inclui GitHub code review, Slack e outros cloud-based featuresAssinantes individuais e equipes
API keyCLI, SDK, IDE ExtensionNão inclui GitHub code review, Slack nem outros cloud-based featuresCI, automação e workflows cobrados por API

Preços, limites e recursos habilitados devem ser verificados na página oficial de pricing e no seu account dashboard. Se você entrar com uma API key e os recursos Cloud não aparecerem, isso é uma diferença de surface, não uma falha.

Ponto de entrada CLI

O CLI é um coding agent que roda no terminal local. Ele pode ler o código no diretório selecionado, modificar arquivos, executar comandos e verificar resultados. Por isso funciona bem quando você já tem um repositório local.

Definição e casos de uso do CLI

A função central do CLI é trabalhar dentro de um repositório local: ler código, editar arquivos, rodar testes, rodar lint, verificar erros e gerar um diff. Você não precisa abrir o arquivo no editor. Basta descrever a tarefa no terminal.

O CLI combina com:

  • um repositório Git local já existente;
  • tarefas que mexem em vários arquivos ou precisam de verificação por comando;
  • mudanças que você quer ver localmente com git diff e commit;
  • ambientes CI ou scripts de automação.

O CLI combina menos com:

  • ausência de repositório local, quando é preciso clonar primeiro;
  • alteração de apenas um arquivo aberto, em que IDE extension é mais confortável;
  • workflow remoto de PR, em que Cloud se encaixa melhor.

Instalação e login do CLI

Instalação e login podem mudar. Use o fluxo abaixo como orientação geral e confira os comandos exatos na página oficial do CLI.

  1. Escolher o método de instalação na página oficial do CLI: a página oficial atual oferece um standalone installer. Artigos antigos podem mencionar npm, mas a página oficial atual deve prevalecer.
  2. Primeira execução: depois de instalar, execute codex e siga o fluxo de login.
  3. Escolher o método de login: use um ChatGPT account ou uma API key. Um ChatGPT account cobre todas as surfaces; uma API key fica limitada a CLI, SDK e IDE extension, sem recursos Cloud.

O CLI oferece suporte a macOS, Windows e Linux. No Windows, você pode usar PowerShell native sandbox ou WSL2; siga os detalhes da página oficial do CLI.

Comandos CLI comuns

O CLI tem modos interactive e non-interactive. Estes são os seis comandos ou grupos de flags que um iniciante deve reconhecer primeiro. Os nomes podem mudar, então confira a CLI reference quando precisar da sintaxe exata.

ComandoUsoExemplo
codexModo interactive para trabalhar conversando no terminalcodex
codex execModo non-interactive para CI ou scriptscodex exec "fix the CI failure"
codex loginFazer login ou trocar de contacodex login
codex updateAtualizar o CLIcodex update
codex doctorVerificar configuração do ambiente e problemas comunscodex doctor
Flags comunsAjustar permissões, modelo, sandbox e approvals--sandbox read-only, --model, --ask-for-approval

A CLI reference inclui mais comandos e flags, como codex apply, codex cloud e codex app. Alguns comandos podem ter maturidade diferente. No começo, aprenda primeiro o modo interactive; codex exec fica para automação.

Primeira tarefa com CLI

A regra da primeira tarefa é simples: escolha um repositório existente e dê ao Codex uma tarefa verificável em cerca de 20 minutos.

As best practices oficiais recomendam um prompt com quatro partes.

Parte do promptO que significaExemplo
GoalResultado desejado”Corrigir o comando de instalação desatualizado no README”
ContextContexto relevante”Este é um projeto Node.js. O README menciona npm install, mas o projeto agora usa yarn.”
ConstraintsLimites da mudança”Altere apenas o README. Não mude outros arquivos. Depois execute node README-example.js para confirmar que o comando funciona.”
Done whenCritério de conclusão”O comando do README está atualizado e node README-example.js imprime a saída esperada.”

Boas primeiras tarefas:

  • corrigir um comando ou link desatualizado no README;
  • adicionar um teste ausente ou corrigir um teste falhando;
  • corrigir um bug pequeno com mensagem de erro clara;
  • limpar um comentário TODO;
  • adicionar uma anotação de tipo simples a um módulo.

Evite como primeira tarefa:

  • secrets ou dados de produção;
  • grande refatoração ou recurso completo;
  • pedido sem critério de validação, como “otimizar desempenho”.

Checklist de validação do CLI

Quando o CLI terminar, valide o resultado nesta ordem.

  1. Ler o diff: execute git diff no terminal e confirme se a mudança corresponde ao pedido. Não confie apenas na mensagem “concluído”.
  2. Rodar testes: se o projeto tiver testes, execute npm test ou o comando correspondente.
  3. Rodar lint ou typecheck: se existirem, confirme que nenhum erro novo apareceu.
  4. Conferir a saída do comando: se a tarefa incluía rodar um comando, confira se a saída é a esperada.
  5. Manter secrets fora da primeira tarefa: se a tarefa tocar configuração sensível, revise antes se o agent realmente precisa alterar isso.

Faça commit ou push só depois da validação. Se a mudança não servir, reverta com Git, ajuste o prompt e tente de novo.

Ponto de entrada IDE Extension

IDE extension permite usar Codex na barra lateral do editor. É uma boa opção quando você já está trabalhando na IDE. A vantagem é o contexto mais curto e preciso: open files, selected code e referências @file, sem precisar descrever o projeto inteiro no terminal.

Definição e casos de uso da IDE

IDE extension não substitui o editor. Ela integra Codex como coding agent dentro do workflow do editor. O contexto vem dos arquivos abertos, do código selecionado ou de arquivos referenciados explicitamente com @file, o que ajuda em mudanças locais.

IDE extension combina com:

  • trabalho em VS Code, Cursor, Windsurf ou JetBrains;
  • tarefas sobre o arquivo atual ou poucos arquivos relacionados;
  • vontade de ver as mudanças no editor enquanto acontecem;
  • necessidade de referenciar um arquivo específico como contexto.

Combina menos com:

  • ausência de ambiente de editor, em que o CLI é mais simples;
  • tarefa longa em segundo plano, em que Cloud pode assumir;
  • muitos arquivos ou fluxos de comandos complexos, em que CLI ou Cloud podem ser melhores.

IDEs compatíveis

IDE extension oferece suporte aos editores abaixo. Confira a disponibilidade atual na página oficial da IDE.

EditorObservação
VS CodeSuporte oficial
CursorFork do VS Code compatível com a VS Code extension
WindsurfFork do VS Code compatível com a VS Code extension
JetBrainsSuporte a Rider, IntelliJ, PyCharm, WebStorm e IDEs relacionados, conforme disponibilidade oficial

Se você trabalha no Cursor ou Windsurf, Codex extension e os recursos de IA nativos do editor podem conviver. Codex vira outro coding agent que você escolhe conforme a tarefa.

Instalação e login na IDE

Siga a página oficial da IDE para os passos atuais.

  1. Instalar pelo marketplace de extensões: procure Codex extension no VS Code, Cursor, Windsurf ou JetBrains.
  2. Fazer login: use um ChatGPT account ou uma API key. Um ChatGPT account cobre todas as surfaces; uma API key não inclui recursos Cloud.

Contexto disponível na IDE

O principal valor da IDE extension é o contexto do editor.

Tipo de contextoO que significaExemplo
Open filesArquivos abertos entram como contextoAbra example.tsx e Codex pode inspecionar diretamente
Selected codeO trecho selecionado vira contextoSelecione uma função e peça para Codex explicar ou refatorar
Referência @fileReferenciar outro arquivo explicitamente pelo nome@example.tsx verifique os tipos deste componente
Reasoning effortAjustar quanto o agent raciocinalow/medium/high; use mais esforço em tarefas difíceis

IDE extension também oferece modos Chat, Agent e Agent Full Access. A diferença está em permissões e nível de automação. Comece com o modo Agent padrão e ajuste quando entender os trade-offs.

Delegar da IDE para Cloud

IDE extension pode delegar tarefas para Codex Cloud. Use isso quando:

  • a tarefa pode demorar;
  • envolve um repositório remoto;
  • você precisa sair da máquina enquanto o trabalho continua;
  • quer rodar uma tarefa complexa em segundo plano e revisar o resultado depois.

Slash commands comuns podem incluir os itens abaixo. Os nomes podem mudar; confira a página IDE features.

ComandoUso
/cloudDelegar a tarefa atual ao Cloud
/localExecutar a tarefa localmente
/reviewRevisar base branch, mudanças sem commit ou um commit
/statusVer o status de uma tarefa Cloud

Depois de usar /cloud, a IDE mostra o status da tarefa. Quando a tarefa Cloud terminar, volte para revisar o diff e o resultado.

Ponto de entrada Codex App

Codex app é um command center desktop para trabalho com vários threads e gestão de Git. Não é só mais uma janela de chat. Ele pode aproveitar histórico e configuração do CLI e da IDE extension, facilitando continuar em um projeto existente.

Definição e casos de uso do app

O app se concentra em vários threads, worktrees, automations e operações Git. Ele é útil quando você precisa de tarefas paralelas, diff pane e integração Git em um único espaço local.

O app combina com:

  • vários task threads ao mesmo tempo;
  • isolamento de trabalho paralelo com worktrees;
  • diff pane visual e operações Git;
  • workflow desktop com terminal integrada.

Combina menos com:

  • alterar apenas o arquivo aberto, em que IDE extension é mais confortável;
  • ausência de repositório local, caso em que você deve usar Cloud ou clonar primeiro;
  • uma tarefa rápida, em que o CLI é mais direto.

Suporte de plataforma do app

Codex app oferece suporte a macOS e Windows. Confira a disponibilidade para Linux na página oficial do app.

Instalação e login no app

Siga a página oficial do app para os passos atuais.

  1. Baixar e instalar: obtenha o instalador de macOS ou Windows na página oficial do app.
  2. Fazer login: use um ChatGPT account ou uma API key. Alguns recursos podem não estar disponíveis com API key, conforme a orientação oficial.
  3. Escolher um projeto: na primeira abertura, o app pede para selecionar um diretório de projeto local.

App Thread Mode

O app oferece três thread modes: Local, Worktree e Cloud.

Thread ModeO que fazMelhor para
LocalTrabalha diretamente no diretório atual do projetoMudanças pequenas, tarefa de um thread, primeira mensagem padrão
WorktreeCria um worktree isolado para o threadTarefas paralelas, mudanças isoladas, evitar conflitos
CloudDelega a tarefa ao Codex CloudRepositórios remotos, PRs, tarefas longas

O workflow detalhado de Worktree fica para outro guia. Para começar, o modo Local basta.

Recursos principais do app

Os recursos centrais do app incluem:

RecursoO que faz
Diff panePermite inspecionar mudanças de arquivos e fazer stage / revert por chunks
Operações GitOferece suporte a commit, push, criação de PR e ações do fluxo Git
Terminal integradaCmd+J abre a terminal no macOS; confira os atalhos atuais na página oficial
Sincronização com IDEIDE extension e app podem sincronizar dentro do mesmo projeto
MCP settings compartilhadosCLI, IDE e app podem compartilhar MCP settings

O app também inclui um in-app browser, mas ele não usa páginas que exigem seu perfil de navegador logado. Abra páginas com login em um navegador externo.

Ponto de entrada Codex Cloud/Web

Codex web/cloud se conecta a um GitHub account e permite que Codex trabalhe em um repositório remoto e crie PRs. Ele combina com equipes, repositórios remotos e tarefas que você quer deixar rodando enquanto está longe do computador.

Definição e casos de uso do Cloud

Cloud gira em torno de repositórios remotos, PRs e trabalho assíncrono. Ele cria um contêiner na nuvem, faz checkout do repo, executa setup scripts, realiza a tarefa e devolve um diff e uma resposta.

Cloud combina com:

  • repositórios remotos que você não quer alterar localmente;
  • fluxos de PR em que Codex deve criar ou revisar uma PR;
  • trabalho que deve continuar enquanto você está longe da máquina;
  • workflow de equipe com revisão e colaboração.

Cloud combina menos com:

  • pequenas mudanças locais, em que CLI ou IDE são melhores;
  • sua primeira tarefa, que deve ser validada localmente;
  • tarefas muito interativas, porque Cloud é assíncrono.

Tarefas adequadas para Cloud

Cloud funciona bem para estes tipos de tarefa:

Tipo de tarefaObservação
PR reviewRevisar uma PR em um repositório remoto
Trabalho complexo ou longoExecutar tarefas que precisam de mais tempo
Tarefas paralelasDelegar várias tarefas ao mesmo tempo
Mudanças em repositórios remotosFazer mudanças sem tocar no checkout local

Não envie uma grande refatoração ou um recurso completo para Cloud no primeiro dia. Use primeiro CLI ou IDE localmente, aprenda a ler o resultado e só depois mova tarefas adequadas para Cloud.

Um Enterprise workspace pode exigir admin setup. Confira a página oficial do Cloud e a policy do seu workspace.

Fluxo do Cloud

Uma Cloud task segue, em geral, cinco passos:

  1. Criar um contêiner: Cloud cria o ambiente de execução.
  2. Checkout repo: o repositório do GitHub é baixado por checkout.
  3. Executar setup script: se existir, o setup script configurado é executado.
  4. Executar o agent loop: o agent executa comandos, verifica resultados e continua até concluir.
  5. Devolver diff e resposta: ao final, a tarefa mostra o diff e uma resposta.

O cache do contêiner pode durar até 12 horas. Confira a política atual na página oficial Cloud environments.

Notas de segurança do Cloud

Cloud tem alguns limites de segurança importantes:

Item de segurançaO que significa
Secrets só ficam disponíveis durante setupSecrets ficam disponíveis para setup scripts e são removidos antes do agent phase. Não faça o agent phase depender de scripts que leem secrets.
O agent phase não tem internet por padrãoO acesso à internet fica off por padrão durante o agent phase, embora limited ou unrestricted access possam ser configurados. Não presuma que o agent alcança serviços externos.
O cache dura até 12 horasO cache do contêiner não é armazenamento de longo prazo. Não presuma que o estado vai persistir indefinidamente.

A configuração de segurança detalhada fica para um guia posterior sobre permissões, sandboxes e secrets.

Próximos passos

Depois da primeira tarefa, se Codex repetir o mesmo erro na segunda ou terceira execução, é hora de escrever um guia AGENTS.md do projeto. AGENTS.md dá instruções específicas do projeto para coding agents, para você não repetir o mesmo contexto em todo prompt.

Temas recomendados depois:

  • Regras de projeto AGENTS.md: manter instruções do projeto e reduzir contexto repetido.
  • Isolamento com worktree: executar várias tarefas em paralelo sem misturar mudanças.
  • Workflow Cloud: repositórios remotos, PRs e configuração de ambiente.
  • Permissões, sandboxes e secrets: limites de segurança e configuração.
  • Comparativo de três ferramentas: Codex vs Claude Code vs Cursor em projetos reais.
  • Automação com codex exec: chamadas de CI e scripts.

Artigos relacionados da BetterLink:

Executar sua primeira pequena tarefa de código com Codex

Use um repositório local, uma tarefa pequena, um prompt claro, revisão de diff e testes para tornar o primeiro uso do Codex fácil de validar.

⏱️ Estimated time: 30 min

  1. 1

    Step1: Escolher um repositório Git existente

    Garanta que a árvore de trabalho esteja limpa ou que exista um checkpoint. Mantenha dados de produção e secrets reais longe da primeira tarefa.
  2. 2

    Step2: Escolher o ponto de entrada

    Para uma correção local pequena, use CLI ou IDE extension. Para gerenciar vários threads, abra o Codex app. Para trabalho remoto com foco em PR, use Cloud depois.
  3. 3

    Step3: Escrever o prompt em quatro partes

    Inclua Goal, Context, Constraints e Done when, além da saída de erro, diretórios relevantes e mudanças proibidas.
  4. 4

    Step4: Aprovar apenas ações que você entende

    Revise o plano e o diff antes de permitir edições de arquivos, execução de comandos ou mudanças de dependências.
  5. 5

    Step5: Executar checks e revisar riscos

    Execute testes, lint ou typecheck, e peça ao Codex para resumir o que mudou, o que não foi verificado e o que ainda precisa de revisão humana.

FAQ

Qual é a diferença entre Codex CLI, IDE extension, Codex app e Codex Cloud?
CLI é melhor para tarefas locais no terminal, IDE extension para o arquivo ou seleção atual, Codex app para trabalho com vários threads e Git, e Cloud para repositórios remotos e PRs.
Por onde começar com Codex pela primeira vez?
Se você já tem um projeto local, comece com uma tarefa pequena no CLI ou na IDE extension. É mais rápido ver o diff, mais fácil validar com testes e não exige configurar Cloud no primeiro dia.
Preciso de uma API key para usar Codex?
Não necessariamente. Codex pode usar um ChatGPT account. Uma API key é útil para CLI, SDK, IDE extension e automação, mas não inclui alguns cloud-based features.
Codex pode modificar meu código automaticamente?
Em workflows de agente, Codex pode editar arquivos e executar comandos. Ainda assim, você deve controlar o escopo com permissões, revisão de diff, testes e checkpoints de Git.
Um iniciante deve usar Codex Cloud no primeiro dia?
Não para uma pequena correção local. Cloud faz mais sentido quando o ambiente já está configurado e a tarefa envolve repositórios remotos, execução em segundo plano, revisão de equipe ou PR.
Como escolher entre Codex, Cursor e Claude Code?
Para este guia de entrada, escolha primeiro pelo ponto de entrada e pelo workflow. Uma comparação séria depende do tipo de tarefa, colaboração, custo, contexto e limites de segurança.

14 min de leitura · Publicado em: 24 jun 2026 · Atualizado em: 24 jun 2026

Trilha de leitura da série Parte 1 de 1

Guia prático de OpenAI Codex

Você está lendo o primeiro post desta série. Continue para o próximo ou abra o hub da série para ver toda a trilha.

Ver hub da série

Anterior

Você está no início desta série.

Próximo

Este é o post mais recente da série até agora.

Posts relacionados

Comentários

Entre com GitHub para comentar