O Claude Code mantém um login por vez. Veja como rodar vários.

Existe um momento que acontece com quase todo mundo que usa o Claude Code para o trabalho e para os projetos próprios. Você termina uma sessão de trabalho, muda para um projeto paralelo e percebe que o agente continua logado na conta que o seu empregador paga. Aí você sai, entra de novo com a sua conta e, meia hora depois, precisa fazer o caminho inverso.

Esse ciclo não é uma funcionalidade que falta. É consequência de onde o Claude Code guarda o login e, uma vez que você sabe onde é, rodar várias contas lado a lado vira um detalhe de configuração em vez de um problema de fluxo de trabalho.

Uma variável de ambiente decide qual conta está ativa

O Claude Code não guarda as credenciais em um banco de dados nem em uma entrada de chaveiro indexada por perfil. Ele lê tudo o que precisa de um único diretório: credenciais, metadados de sessão e o histórico por projeto.

Esse diretório é o que CLAUDE_CONFIG_DIR apontar. Se você nunca definir a variável, é ~/.claude.

É todo o mecanismo, e ele tem uma propriedade útil: como uma conta é um diretório e não uma configuração global, ter duas contas significa ter dois diretórios. Nada é compartilhado entre eles. As duas continuam logadas indefinidamente, e nenhuma sabe que a outra existe.

Então a versão ingênua funciona:

# pessoal
CLAUDE_CONFIG_DIR=~/.claude claude

# trabalho
CLAUDE_CONFIG_DIR=~/.claude-work claude

Rode /login uma vez dentro da segunda e você tem duas contas ativas em uma só máquina.

Onde a abordagem pelo shell começa a doer

A versão de duas linhas acima é realmente suficiente se você abre um terminal por vez e é disciplinado. Ela deixa de ser suficiente por três motivos, e eles se acumulam.

A variável é por processo, não por máquina. Todo terminal novo, todo painel novo, todo shell integrado ao editor começa a partir do padrão do seu perfil. Exporte a variável no .zshrc e você só terá deslocado o problema: agora é a outra conta que você vive esquecendo.

Nada te diz qual conta está ativa. O Claude Code não imprime a conta no prompt. Se você tem dois terminais abertos e um deles está na conta de trabalho, os dois parecem idênticos. O momento em que você percebe costuma ser o momento em que olha a fatura.

Isso não sobrevive ao paralelismo. As configurações interessantes rodam vários agentes de uma vez, em vários projetos. Passando de duas sessões simultâneas, lembrar qual painel foi iniciado com qual variável não é um problema de disciplina, é um problema de design.

A solução não é mais shell. É parar de tomar a decisão na hora de iniciar e passar a vincular a conta àquilo que realmente a determina: o projeto.

Vincule a conta ao projeto, não ao terminal

O que você normalmente quer é uma regra, não um comando. Algo como: o repositório deste cliente sempre roda na conta deste cliente. Quando essa regra existe, ninguém precisa lembrar de nada.

Fazer isso direito significa resolver a conta em uma ordem definida, porque a regra precisa de exceções. Um padrão para o projeto inteiro acerta na maior parte do tempo, mas um agente específico pode precisar rodar em outro lugar: um experimento descartável em uma conta de teste, ou um agente de revisão em uma licença com cota maior.

Lendo de cima para baixo, a primeira regra que casa vence. A sobreposição do agente ganha da fixação do projeto. A fixação do projeto ganha do que você definiu como padrão geral. Se nada estiver configurado em lugar nenhum, você cai em ~/.claude, que é exatamente o que uma instalação nova já faz. Esse último recurso importa: significa que adicionar isso a uma configuração existente não muda nada até você fixar algo explicitamente.

Esse é o modelo que o AgentsRoom implementa. Cada conta é um diretório gerenciado, o login acontece dentro do app e não em um shell, e a resolução acima roda quando um agente é iniciado, definindo CLAUDE_CONFIG_DIR apenas naquele processo. Se você já usa um alternador de terceiros como o CCS, dá para apontar uma conta para um diretório de perfil existente em vez de fazer login de novo.

O mesmo problema existe no Codex, com outra variável

Se você usa mais de um provedor, vai esbarrar nisso duas vezes. O formato é idêntico e a variável não é, então um alternador feito para um não cobre o outro. Mantemos o lado do Codex documentado à parte em multiconta para o Codex, incluindo o que muda no fluxo de login.

Vale enunciar o ponto geral uma vez: o isolamento de contas é um mecanismo por provedor. Qualquer ferramenta que afirme resolver isso globalmente está ou envolvendo cada provedor individualmente, ou suportando apenas um.

Saiba qual conta está realmente queimando tokens

Separar contas é só metade do motivo pelo qual as pessoas fazem isso. A outra metade é saber onde o consumo cai, principalmente quando quem paga é um cliente.

É essa a parte que quebra silenciosamente na abordagem pelo shell. Leitores de uso que olham apenas para ~/.claude passam a subnotificar no instante em que um agente roda em outro lugar, e os números parecem plausíveis o bastante para ninguém perceber durante semanas. Um leitor que entende de contas precisa percorrer todos os diretórios configurados, não só o padrão.

Se você quer números por conta e por sessão, cobrimos o lado da medição em como verificar o uso de tokens do Claude Code, e a visão ao vivo está na página de uso de tokens.

Para o que isto não serve

Um esclarecimento, porque a pergunta aparece e merece uma resposta direta em vez de silêncio.

Tudo o que está acima trata de separar contas que já existem legitimamente. Uma licença paga pelo seu empregador e uma assinatura pessoal que você paga são duas relações comerciais diferentes, e mantê-las na mesma máquina sem contaminação cruzada é uma necessidade real e corriqueira. Faturar os tokens de um cliente para esse cliente também é. Manter uma conta experimental longe de uma conta de produção também é.

Criar contas adicionais para contornar os limites de capacidade do plano que você assinou é outra coisa, e é exatamente o que as políticas de uso miram. O mecanismo descrito aqui não torna isso aceitável, e uma ferramenta que automatizasse essa prática estaria te ajudando a violar um contrato que você assinou. Se a sua segunda conta existe porque outra pessoa paga por ela, você está em terreno firme. Se ela existe para zerar um limite de taxa, não está. As políticas de uso da Anthropic são a referência, não este artigo.

Perguntas que as pessoas realmente fazem

Posso usar duas contas do Claude Code no mesmo computador?

Sim. O Claude Code lê as credenciais, os metadados de sessão e o histórico de projetos do diretório apontado por CLAUDE_CONFIG_DIR, que por padrão é ~/.claude. Aponte essa variável para um segundo diretório, faça login ali e você tem duas contas independentes na mesma máquina. Nada é compartilhado entre os dois diretórios, então as duas continuam logadas ao mesmo tempo.

Como trocar de conta do Claude Code sem fazer logout?

Você não faz logout nenhum. Sair e entrar de novo reutiliza o mesmo diretório, ou seja, você perde a primeira sessão para ganhar a segunda. Em vez disso, dê a cada conta o seu próprio diretório de configuração e escolha entre elas definindo CLAUDE_CONFIG_DIR na hora de iniciar o CLI. As duas credenciais continuam válidas no disco, e a troca não custa nada.

Onde o Claude Code guarda o login?

No diretório apontado por CLAUDE_CONFIG_DIR, que é ~/.claude a menos que você mude. As credenciais em si ficam em um arquivo .credentials.json dentro desse diretório, ao lado dos metadados de sessão e do histórico por projeto. Esse único diretório é a conta inteira, e é isso que torna a troca uma mudança limpa em vez de uma gambiarra.

Dois agentes podem rodar em duas contas Claude diferentes ao mesmo tempo?

Sim, desde que cada processo de agente receba o seu próprio CLAUDE_CONFIG_DIR no ambiente. A variável é lida por processo no momento em que ele inicia, não globalmente, então dois agentes iniciados com dois valores diferentes rodam em duas contas diferentes em paralelo. É isso que torna um projeto de trabalho e um projeto pessoal utilizáveis na mesma janela.

Ter mais de uma conta Claude vai contra os termos da Anthropic?

Manter contas separadas para finalidades separadas é normal: uma licença paga pelo seu empregador e uma assinatura pessoal que você paga são duas relações comerciais diferentes. O que as políticas de uso miram é a criação de contas para contornar os limites de capacidade do plano que você assinou. Se a sua segunda conta existe porque outra pessoa paga por ela, você está em terreno firme. Se ela existe para zerar um limite de taxa, não está. As políticas de uso da Anthropic são a referência.

A versão curta

O Claude Code guarda uma conta como um diretório, e CLAUDE_CONFIG_DIR decide qual está ativo. Dois diretórios significam duas contas, permanentemente logadas, sem nada compartilhado entre elas.

A versão pelo shell funciona até você ter mais de um terminal aberto. Depois disso, o que você quer é que a conta seja uma propriedade do projeto, com uma sobreposição por agente para as exceções, de modo que as credenciais certas sejam vinculadas no momento em que o agente é iniciado e ninguém precise lembrar de nada.