CLI sin autenticar

La CLI está instalada, pero sin sesión. Qué puede decir AutoDev de cada CLI, cómo se ve una CLI sin sesión en una ejecución, y cómo iniciar sesión sin darle nunca una credencial a AutoDev.

Lo que ves #

La lista de primeros pasos dice que la CLI está instalada y sin sesión, y dice qué hacer:

claude is installed but not logged in.

El camino manual es Run claude in a terminal and complete the login. Un codex o agy sin sesión no aparece en la lista en absoluto. Es deliberado, y la sección siguiente explica por qué.

En una ejecución, una CLI sin sesión aparece como un participante que no responde. AutoDev no tiene un estado propio de «sin sesión» para una ejecución: el turno de la CLI falla, y el log de eventos dice Turn failed (infra); will retry: con lo que imprimió la CLI, o el turno termina sin una publicación. AutoDev lo trata como trata cualquier turno que falla. Reintenta en una escala creciente, y tras tres turnos seguidos sin publicación pausa la ejecución y nombra al participante. La ejecución se detuvo y por qué describe ambos. Leer los logs dice dónde está el log de eventos.

Por qué #

AutoDev lee el estado de sesión de claude con claude auth status --json. La respuesta trae si has iniciado sesión y el tipo de tu suscripción, y la comprobación no gasta ninguna llamada de modelo. Cualquier fallo, como una salida con código distinto de cero, un binario ausente o una respuesta que no puede leer, cuenta como desconocido. Nunca cuenta como sin sesión.

Para codex y agy, AutoDev no tiene una comprobación de sesión en la que confíe: ningún comando de estado de sesión se ha verificado para codex, y agy no tiene ninguno que usar. La lista solo plantea una pregunta de sesión cuando sabe que no has iniciado sesión, así que calla sobre esos dos en lugar de adivinar.

Una CLI sin sesión no es un límite de uso. Un límite es un aviso que la CLI imprime, que AutoDev lee, y que mueve el turno a otro proveedor o espera al reinicio. Una CLI que no se ejecuta en absoluto es un fallo de infraestructura, y el límite de ningún otro proveedor lo cambia. Proveedores y failover distingue los dos.

Solución #

Inicia sesión con la propia CLI, en una terminal, y completa su propio inicio de sesión. En la tarjeta de un participante en el destino CLIs, Open inicia esa CLI en una terminal del editor. El inicio de sesión pertenece a la CLI, no a AutoDev. Cuando claude auth status --json informe de que has iniciado sesión, la lista deja de preguntar.

AutoDev nunca pide una credencial y no guarda ninguna. No pegues un token, una clave ni una contraseña en el panel, en un mensaje al hilo ni en autodev providers use, que solo registra la ruta de un binario. Después envía un mensaje, o ejecuta autodev start, para que la ejecución lo intente de nuevo.

Esta página no cubre cómo inicia sesión cada CLI: eso pertenece a su fabricante. Si la CLI no está instalada en absoluto, la página es No se encontró ninguna CLI de agente.