CLI não autenticada

A CLI está instalada, mas sem login. O que o AutoDev sabe dizer sobre cada CLI, como uma CLI sem login aparece numa execução, e como entrar sem nunca dar uma credencial ao AutoDev.

O que você vê #

A lista de primeiros passos diz que a CLI está instalada e sem login, e diz o que fazer:

claude is installed but not logged in.

O caminho manual é Run claude in a terminal and complete the login. Um codex ou agy sem login não aparece na lista de jeito nenhum. Isso é deliberado, e a próxima seção explica por quê.

Numa execução, uma CLI sem login aparece como um participante que não responde. O AutoDev não tem um estado próprio de "sem login" para uma execução: o turno da CLI falha, e o log de eventos diz Turn failed (infra); will retry: com o que a CLI imprimiu, ou o turno termina sem um post. O AutoDev trata isso como trata qualquer turno que falha. Ele tenta de novo numa escala crescente, e depois de três turnos seguidos sem post pausa a execução e nomeia o participante. A execução parou e por quê descreve os dois. Lendo os logs diz onde fica o log de eventos.

Por quê #

O AutoDev lê o estado de login do claude com claude auth status --json. A resposta traz se você está logado e o tipo da sua assinatura, e a verificação não gasta nenhuma chamada de modelo. Qualquer falha, como uma saída com código diferente de zero, um binário ausente ou uma resposta que ele não consegue ler, conta como desconhecido. Nunca conta como sem login.

Para codex e agy, o AutoDev não tem uma verificação de login em que confie: nenhum comando de estado de login foi verificado para o codex, e o agy não tem nenhum para usar. A lista só levanta uma pergunta de login quando sabe que você está sem login, então fica em silêncio sobre esses dois em vez de adivinhar.

Uma CLI sem login não é um limite de uso. Um limite é um aviso que a CLI imprime, que o AutoDev lê, e que move o turno para outro provedor ou espera a reposição. Uma CLI que não roda de jeito nenhum é uma falha de infraestrutura, e o limite de nenhum outro provedor muda isso. Provedores e failover distingue os dois.

Correção #

Entre com a própria CLI, num terminal, e conclua o login dela. No cartão de um participante no destino CLIs, Open inicia essa CLI num terminal de editor. O login pertence à CLI, não ao AutoDev. Quando claude auth status --json disser que você está logado, a lista para de perguntar.

O AutoDev nunca pede uma credencial e não guarda nenhuma. Não cole um token, uma chave ou uma senha no painel, numa mensagem para a thread nem em autodev providers use, que registra apenas o caminho de um binário. Depois envie uma mensagem, ou execute autodev start, para a execução tentar de novo.

Esta página não cobre como cada CLI faz login: isso pertence ao fornecedor dela. Se a CLI não está instalada de jeito nenhum, a página é Nenhuma CLI de agente encontrada.