fix(auth): decir que el enlace vence, y quitar la pantalla de login que ya no se dibuja

[alexeira]

Instalé el CLI desde la documentación de nan.builders y probé nan auth login: me pidió el correo y el enlace tardó más de cinco minutos; a la segunda vez llegó en segundos. Investigué el caso: el retraso no es de este repo, pero el camino dejó dos cosas que sí lo son.

El retraso, medido (y por qué no hay nada que arreglar aquí)

• POST /api/auth/login/request responde 202 {"accepted":true} en 0.30–0.72 s (cuatro sondas).
• nan auth login con la entrada guionada imprime sus dos prompts y termina en 370–800 ms.
• RequestSignInLink tiene un timeout de 30 s, hace un único POST por ejecución (dos call sites en todo el repo, sin bucles) y después solo espera el pegado.
• No hay endpoint de polling: /api/auth/login/status y /api/auth/login/poll responden 404.

Un 202 rápido prueba que este proceso no esperó, no que el correo haya salido: lo que tardó fue la ruta de correo de la plataforma. Lo que sí se puede arreglar aquí es lo que ese retraso deja al descubierto: el CLI no decía cuánto dura el enlace.

1. fix(auth): el enlace vence a los 15 minutos, y tampoco lo decíamos cuando ya había vencido

La pantalla de login de la plataforma dice "We sent a sign-in link to … It expires in 15 minutes and can only be used once". El CLI decía the link works once y nada más, así que quien espera cinco minutos está corriendo contra un reloj que no le dijimos: un correo que llega tarde llega muerto.

Y cuando el enlace vencía, el motivo se aplanaba: medido contra la plataforma, un token que la API rechaza responde 302 → https://cloud.nan.builders/access-denied?reason=invalid_link, y en pantalla salía the link did not work: invalid link, un slug que no dice ni qué pasó ni qué hacer justo para la persona a la que le pasa esto. Ahora los dos motivos que tienen respuesta la traen, y un motivo que este binario no conozca se sigue diciendo igual que antes.

El número vive en un solo sitio, auth.LinkValidity, porque lo dicen las dos mitades del flujo: nan auth login y el panel.

2. refactor(tui): la mitad de la pantalla de login no se dibujaba

renderLogin se quedó sin llamadas cuando el setup pasó a ser cuatro pasos bajo el banner (#19): donde antes se dibujaba, View dibuja renderWizard. Su test seguía pasando porque llamaba al renderer a mano — la única forma de que un test esté verde y equivocado a la vez — y por eso afirmaba sobre Step 1 of 2 y Nothing arrived? esc, then s to start again, dos textos que hoy no ve nadie: el panel enseña el wizard y el pie dice enter to continue esc to leave setup.

El test pasa a preguntarle a View, y a mover el flujo con el mismo mensaje que lo mueve de verdad, linkSentMsg.

Lo que NO hace

• No toca el comportamiento de la línea vacía en Paste the link:: sigue siendo nothing pasted y salida 1. La tentación era que un Enter vacío pidiera otro enlace, y es un amplificador de correo: cada Enter sería un POST nuevo, sin tope ni cooldown (el 429 solo devuelve error), y reusar linkSentMsg para eso deja el estado roto (vuelve a loginAskEmail sin restaurar prompt ni placeholder, con el campo en eco normal llevando una credencial). Si algún día quieres un --resend, va con tope explícito y por su propio camino.
• No toca --email ni --link, que ya son la vía de recuperación — y la que la propia plataforma documenta: "Request a new one from the login page".

Verificación

• gofmt -l . limpio, go vet ./... limpio y go test ./... -count=1 verde en cada uno de los dos commits por separado, no solo en la punta.
• El test nuevo muerde: romper el título del paso 2, el prompt Paste the link:, la transición de linkSentMsg o cambiar LinkValidity a 20 minutos lo hacen fallar (comprobado mutando cada uno en una copia aparte).
• El comando sigue imprimiendo nothing pasted y saliendo 1 con la línea vacía, comparado contra el binario anterior.

Encontrado de paso, fuera del alcance de este PR

1. Un estado de login invisible. Si se pulsa esc mientras la petición del enlace está en vuelo, cancelLogin apaga el wizard, y la respuesta que llega después vuelve a poner loginStage sin wizard: View no dibuja ninguna pantalla de login y las teclas se las come el input escondido hasta un segundo esc. Existe igual antes y después de este PR (lo encontró la verificación de este cambio) y no lo toco aquí para no mezclar un arreglo de comportamiento con un borrado de código muerto.
2. docs/PROJECT_OVERVIEW.md está desactualizado: describe el flujo Discord OAuth retirado y un paquete internal/browser/ que ya no existe.
3. El módulo es github.com/nxssie/nan-cli mientras el remoto, el README y el CONTRIBUTING dicen helmcode/nan-cli.