Troque de agente, não de app

Geralmente acontece depois que a parte útil começou. O agente leu o repositório, encontrou o caminho com falha e alterou dois arquivos. Então o terminal para com uma frase que nada tem a ver com o código: você atingiu um limite de uso ou gasto.

Uma mensagem real do Claude Code é direta: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. O Codex tem avisos próprios e opções específicas de cada conta. As palavras mudam; a interrupção é a mesma. Uma fronteira de fornecedor apareceu no meio da sua árvore de trabalho.

Primeiro: qual limite você atingiu?

As pessoas chamam tudo de “limite de tokens”, mas a expressão junta três problemas diferentes. Uma conversa pode preencher o contexto, um plano pode esgotar a franquia ou uma conta pode alcançar um teto de crédito ou gasto. A próxima ação depende do que o produto realmente informa.

Contexto ou extensão

Uma conversa alcançou o volume que o modelo consegue manter ativo.

O que fazer: Compacte ou resuma, se houver suporte, ou inicie uma sessão nova com uma passagem objetiva.

Franquia de uso

Seu plano consumiu a franquia da janela atual do produto.

O que fazer: Confira a redefinição e as opções de upgrade ou créditos mostradas para sua conta.

Teto de gasto ou crédito

A continuação paga chegou a uma fronteira pessoal, do espaço ou da organização.

O que fazer: Adicione fundos, altere o teto, peça ao administrador, espere ou passe a tarefa a outro agente.

Leia o aviso exibido. Confira na página de uso do fornecedor as opções de redefinição, crédito ou administração disponíveis para essa conta. Limites e soluções variam por plano e mudam. Mas pagar, esperar ou falar com um administrador não são as únicas formas de manter a tarefa avançando.

A assinatura parou. O repositório não.

A saída óbvia cobra o preço de trocar de app

No telefone, a saída óbvia é fechar o Claude e abrir o ChatGPT para usar Codex, ou o contrário. Funciona no sentido estrito de haver outro agente. Também troca todo o painel de controle no momento exato em que você precisa de continuidade.

A navegação muda. Os controles de aprovação são diferentes. O histórico se organiza de outra forma. Um app pode oferecer um fluxo que o outro não tem, e nenhum é um terminal SSH geral com suas sessões tmux, navegador SFTP e túneis ao lado do agente. Os primeiros minutos viram adaptação à interface, não compreensão do patch.

Faça do terminal a camada estável

Execute Claude Code e Codex onde o trabalho já está: na mesma máquina, pelo mesmo cliente SSH. No Mobile SSH, trocar de fornecedor pode ser apenas abrir outro painel tmux e executar o outro comando. A interface continua familiar porque serve ao seu servidor, não a um fornecedor de modelos.

O que sobrevive à troca de agente
Estado do trabalho	É mantido?
Arquivos e edições sem commitNo mesmo disco	✓ Sim
Status e diff do Git; resultados de testesInspecionáveis pelas duas CLIs	✓ Sim
Host SSH, shell e diretórioA mesma sessão	✓ Sim
tmux, SFTP, túneis e alertasAs mesmas ferramentas móveis	✓ Sim
Histórico de conversa do outro fornecedorPrecisa de nova passagem	— Não

Arquivos são estado compartilhado. O chat é estado do fornecedor. Trate o repositório como fonte da verdade.

Essa é a portabilidade útil. O próximo agente inspeciona arquivos, diffs, testes e instruções que ficaram no disco. O Mobile SSH conhece a conexão; o tmux, a sessão; SFTP e encaminhamentos permanecem no lugar. Os Alertas de agentes servem para ambos, pois o hook relata o estado do terminal sem fidelidade a fornecedor.

Neutralidade de fornecedor não transfere contexto por mágica. Ela faz as evidências sobreviverem à troca.

A passagem honesta

A conversa do Claude não vira a conversa do Codex, nem o inverso. Não diga apenas “continue” esperando que o substituto veja um chat de outro serviço. Entregue o estado durável: regras do repositório, diff, comandos já executados e o resultado ainda necessário.

Uma passagem em quatro etapas

Congele as evidências
Não limpe nem sobrescreva a árvore. Registre git status --short e examine git diff --stat.
Leia as regras locais
Faça o novo agente ler AGENTS.md e a documentação relevante antes de editar.
Restabeleça a base
Execute o menor teste relevante e registre o que passou, falhou ou não foi tentado.
Continue em outro painel
Inicie a outra CLI ao lado do painel antigo, dê objetivo e restrições e peça que examine primeiro o diff.

Um bom primeiro prompt

Leia AGENTS.md, git status e o diff atual. Preserve o trabalho existente. Execute os testes focados, explique o que falta e então continue a tarefa.

Se o primeiro agente parou antes do resumo, o diff é o registro oficial. Peça ao substituto para inspecionar antes de editar. Isso protege o trabalho parcial, revela suposições no patch e cria um ponto limpo para continuar, revisar ou reverter.

Uma interface para o agente útil hoje

Codex e Claude Code não são intercambiáveis. Têm forças, modelos, ferramentas, limites e regras de conta diferentes. É por isso que a interface não deve impor uma escolha permanente. Escolha pelo trabalho, pela franquia disponível e pelas políticas do repositório.

O app nativo costuma ser o caminho mais rápido e sem configuração para o agente em nuvem daquele fornecedor. Use-o quando precisar disso. Mas, se o trabalho está numa máquina sob seu controle, um terminal geral é um lar mais durável: um app para acessar o servidor, qualquer agente instalado e toda a caixa SSH quando o prompt volta a ser engenharia comum.

Escolha o agente por seus méritos. Mantenha o espaço de trabalho nos seus termos.