Claude Code ou outro agente de terminal: como escolher sem trocar de ferramenta a cada mês?

Fala aí, beleza? Sai agente de terminal novo, o timeline enlouquece, e lá vai você desinstalar o que já estava funcionando pra testar o brinquedo da semana

Aí no mês seguinte a história se repete

A pergunta certa não é "qual é o melhor", é "qual encaixa no MEU fluxo". Neste post eu coloco quatro nomes lado a lado (Claude Code, Codex CLI, Antigravity CLI e OpenCode) e olho só pros eixos que decidem de verdade: controle de permissão, leitura do projeto, custo e integração com Git

Esses quatro eixos mudam pouco. O resto muda toda semana 🙂

Por que a sensação de trocar de ferramenta a cada mês é real

Não é impressão sua, o chão mexeu mesmo

O Google anunciou a transição do Gemini CLI para o Antigravity CLI e informou que o Gemini CLI e as extensões do Gemini Code Assist parariam de atender requisições de usuários gratuitos e de Google AI Pro e Ultra, com corte marcado pra 18 de junho de 2026

O corte foi efetivado: desde 18/06/2026 o Gemini CLI parou de atender requisições de contas individuais (gratuitas, Google AI Pro, Ultra e assinantes individuais do Gemini Code Assist), sem reversão registrada até 16/08/2026. Contas empresariais com licença Gemini Code Assist e uso via chave de API não foram afetadas

O caminho de migração, o Antigravity CLI, está disponível pra todos desde 19 de maio de 2026

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

Do outro lado, a OpenAI mexeu na conta: desde 2 de abril de 2026 o preço do Codex passou a acompanhar o consumo de tokens da API em vez de cobrança por mensagem, valendo pros planos Plus, Pro e ChatGPT Business novos e existentes, e pros novos planos Enterprise

E tem mais: desde 24 de junho de 2026 assentos Codex não estão mais disponíveis pra novos planos ChatGPT Business nem pra workspaces Business que nunca adicionaram um assento antes dessa data. Quem já tinha assento continua podendo gerenciar e adicionar por uso

A Anthropic também mexeu, só que pro outro lado: dobrou os limites de 5 horas do Claude Code pra Pro, Max, Team e Enterprise por assento, e removeu a redução de limite em horário de pico pra Pro e Max

Ou seja: em poucos meses, um produto cortou o acesso individual, outro trocou a régua de cobrança e o terceiro afrouxou limite

Se o seu critério de escolha é "o que lançou", tu vai trocar de ferramenta pra sempre. Se o critério é estrutural, tu decide uma vez e revisa quando algo estrutural mudar

Claude Code, Codex CLI, Antigravity CLI e OpenCode lado a lado

Bora colocar os quatro na mesma régua?

Repara numa coisa: as linhas de permissão e de leitura de projeto são as que mais distinguem as ferramentas, e são justamente as que menos mudam de release em release

Os quatro critérios que decidem na prática

Bora abrir cada eixo?

Permissões: quem autoriza o quê antes do agente rodar

Esse é o critério que separa "assistente que sugere" de "agente que executa"

O Claude Code trabalha em dois níveis. Primeiro os modos de permissão, que valem globalmente pro uso de ferramentas: plan é somente leitura e não executa ferramentas, acceptEdits aprova operações de arquivo, dontAsk converte qualquer pedido de permissão em negação e bypassPermissions aprova tudo automaticamente

Depois vêm as regras declarativas: allow, deny e ask escritas em .claude/settings.json, e a interface mostra cada regra junto com o settings.json de onde ela veio (isso ajuda MUITO quando tu tem config de projeto e config global brigando)

Tem ainda o sandbox da ferramenta Bash, com isolamento de sistema de arquivos e de rede aplicado pelo sistema operacional. Tu define quais arquivos e quais domínios os comandos podem tocar, e o SO aplica esse limite a cada comando Bash e aos processos filhos dele. No uso interno da Anthropic, isso resultou em 84% menos prompts de permissão

O Codex CLI separa duas coisas que muita gente mistura: o limite técnico (sandbox) e a política de aprovação. Ele traz perfis embutidos :read-only, :workspace e :danger-full-access

No preset Auto (--sandbox workspace-write --ask-for-approval on-request), ele lê, edita e roda comandos no diretório de trabalho sozinho, e só pede aprovação pra editar fora do workspace ou pra comandos que precisam de rede. Se tu quer só conversar e planejar, troca pra read-only com o comando /permissions

E dá pra fixar isso em arquivo, sem depender de lembrar da flag:

# config.toml
sandbox_mode = "workspace-write"
approval_policy = "on-request"
sandbox_workspace_write.writable_roots = ["/caminho/do/seu/projeto"]

As chaves disponíveis por lá incluem sandbox_mode, approval_policy, approvals_reviewer e sandbox_workspace_write.writable_roots

Já o OpenCode resolve isso de um jeito bem mais direto: dois agentes embutidos, build (padrão, acesso total) e plan (somente leitura, pra análise e exploração do código), e tu alterna entre eles com a tecla Tab. Menos botão pra girar, menos coisa pra configurar errado

Se tu quer o recorte mais fechado entre as duas ferramentas mais faladas, escrevi antes um comparativo entre Claude Code e Codex CLI só nesse eixo

Leitura do projeto: onde o agente aprende as suas regras

Esse é o eixo que decide se o agente entende a sua casa ou fica chutando padrão genérico

O Antigravity CLI lê um arquivo de contexto na raiz do workspace, GEMINI.md ou AGENTS.md, e consulta essas regras antes de sugerir mudanças. Simples e previsível: raiz do workspace, ponto

O Codex CLI faz descoberta subindo diretórios. Ele procura camadas .codex/ e arquivos AGENTS.md subindo do diretório de trabalho até a raiz do projeto

Qual a diferença prática? Em monorepo, subir diretórios significa que a regra do pacote em que tu está trabalhando se soma à regra da raiz, sem tu precisar duplicar arquivo

O Claude Code tem dois sistemas de memória complementares, e os dois são carregados no início de cada conversa: os arquivos CLAUDE.md (as instruções que TU escreve) e a auto memory (notas que o Claude escreve sozinho)

A auto memory vem ligada por padrão. O toggle fica no comando /memory e grava autoMemoryEnabled em ~/.claude/settings.json

Tome cuidado com isso: memória escrita pelo agente é ótima pra não repetir contexto, mas é ela que vai carregar decisão errada adiante se tu não revisar de vez em quando. Se tu ainda está entendendo como funciona o Claude Code por dentro, começa pelo CLAUDE.md escrito à mão e deixa a memória automática só complementar

Custo: o que tu paga e como a conta é contada

Aqui mora a maior parte das trocas por impulso, então bora pros números que dá pra checar

Do lado da Anthropic, os planos individuais que dão acesso ao Claude Code são Pro por US$ 20/mês no faturamento mensal (US$ 200 pagos à vista no anual), Max 5x por US$ 100/mês e Max 20x por US$ 200/mês, em assinatura via web

O Claude Code está incluído em Pro, Max, Team Premium e Enterprise. O plano Free dá acesso ao Claude na web, iOS, Android e desktop, mas NÃO inclui o Claude Code

E, como falei lá em cima, os limites de 5 horas foram dobrados pra Pro, Max, Team e Enterprise por assento, com a redução em horário de pico removida pra Pro e Max

Do lado da OpenAI, o Codex está incluído nos planos Free, Go, Plus, Pro, Business, Edu e Enterprise do ChatGPT. A diferença é COMO a conta é contada: desde 2 de abril de 2026 o preço acompanha o consumo de tokens da API em vez de cobrança por mensagem

Isso muda o seu comportamento, não só o seu boleto: sessão longa com contexto gigante pesa diferente de várias sessões curtas

E o alerta que mais dói pra time: desde 24 de junho de 2026 não dá mais pra adicionar assento Codex em plano ChatGPT Business novo, nem em workspace Business que nunca teve assento antes dessa data

O OpenCode joga em outro campeonato: licença MIT, mantido pela Anomaly, e independente de fornecedor de modelo. Ele conecta modelos de qualquer provedor (Claude, GPT, Gemini e outros, incluindo modelos locais), então o custo depende de quem tu plugar atrás

Git e CI: quando o agente precisa trabalhar sem você olhando

Rodar no seu terminal é uma coisa, rodar no pipeline é outra bem diferente

No Claude Code, o caminho mais simples pra conectar com o GitHub Actions começa dentro do próprio terminal:

/install-github-app

Esse comando guia a instalação do GitHub App e dos secrets necessários

E o GitHub App usa três permissões do repositório: Contents (leitura e escrita), Issues (leitura e escrita) e Pull requests (leitura e escrita). Vale saber disso ANTES de apresentar a ideia pro time que administra a organização no GitHub, porque a conversa vai ser exatamente sobre esse escopo 😀

Veredito: qual agente de terminal escolher para o seu fluxo

Não tem vencedor único aqui, tem encaixe

Quem já paga Pro ou Max e vive dentro do GitHub tende ao Claude Code, por dois motivos concretos: o controle fino de permissão (modos globais mais regras allow, deny e ask em arquivo, com sandbox de Bash aplicado pelo SO) e o caminho pronto pro Actions via /install-github-app

Quem já paga ChatGPT tende ao Codex CLI, porque o acesso já está incluído no plano. Só entra com duas ressalvas na cabeça: a conta agora segue consumo de tokens desde abril de 2026, e assento novo em ChatGPT Business não está mais disponível desde junho de 2026

Quem quer independência de fornecedor, ou pretende rodar modelo local, vai de OpenCode: MIT, e o provedor do modelo é escolha sua

Quem vinha de Gemini CLI não escolheu nada, foi empurrado: com o corte de atendimento a contas individuais em 18/06/2026, o Antigravity CLI é o caminho de migração oferecido, disponível pra todos desde 19/05/2026

E o que este post NÃO afirma, pra ficar claro: aqui não tem teste próprio, não tem ranking de qualidade de código e não tem recomendação por experiência pessoal com as quatro ferramentas. É comparação de características documentadas, e o encaixe final é seu

Conclusão

O antídoto pra troca compulsiva de agente de terminal é escolher pelo eixo que menos muda

Preço muda, limite muda, modelo muda de nome. O que muda devagar é como a ferramenta trata permissão e como ela lê o seu projeto

Próximo passo, e dá pra fazer hoje mesmo, antes de instalar qualquer coisa nova:

1. Escreve o arquivo de contexto do projeto na raiz, conforme a ferramenta que tu usa (CLAUDE.md, AGENTS.md ou a camada .codex/). Erro comum aqui: escrever um textão genérico de boas práticas em vez das regras REAIS do seu repositório, aquelas que tu repete em todo code review
2. Define a política de permissão padrão por escrito: no Claude Code, as regras allow, deny e ask em .claude/settings.json; no Codex, as chaves sandbox_mode e approval_policy no config.toml. Erro comum: deixar tudo liberado "só pra testar" e nunca mais voltar lá
3. Só depois disso experimenta o lançamento da semana, com esses dois artefatos já prontos

A sacada é essa: arquivo de contexto e política de permissão migram junto com você. Trocar de agente vira uma tarde de ajuste, não um recomeço do zero

E aí, tu já está no terceiro agente do ano ou fixou em um? Bora trocar uma ideia…

até o próximo post! =)