feat(tui): elegir tema auto/oscuro/claro con la tecla t

[Nxssie]

El modo claro ya estaba casi entero —casi todos los tokens de la paleta son parejas AdaptiveColor— pero no había forma de pedirlo: el lado lo elige termenv preguntándole al terminal, y cuando no puede (SSH, algunos multiplexores) cae a oscuro sin decir nada. No había override, ni un sitio donde ver en qué modo estás.

Ahora t cicla auto → oscuro → claro, se aplica en el frame siguiente sin reiniciar y se recuerda entre ejecuciones. auto es exactamente el comportamiento de antes: termenv decide, con la misma caída a oscuro.

• La paleta se muda a internal/tui/theme.go, con los mismos valores y el papel de cada token anotado al lado. modelColors pasa a AdaptiveColor y renderBar recibe lipgloss.TerminalColor, que es lo que le deja seguir pintando igual desde el fichero nuevo. Es un movimiento, no un rediseño: los violetas de marca y los píxeles de la mascota no se tocan.
• El ajuste vive en ~/.config/nan/settings.json ({"theme":"auto"}), con lectura-modificación-escritura que preserva las claves que no son nuestras: el fichero es compartido y no lo escribimos solo nosotros. Ausente, corrupto o con un modo desconocido → auto. La lectura usa json.Decoder con UseNumber para no reescribir números ajenos cambiándoles el tipo, y rechaza datos sobrantes al final del fichero.
• Se ve y se cambia desde dentro: fila Theme en la pestaña About (dice además a qué se resolvió auto), entrada en la ayuda y pista en el pie en terminales anchos. Si guardar falla, el tema se aplica igual en esa ejecución; el aviso al usuario queda como follow-up.
• No hay pestaña Settings, ni flag, ni subcomando nan theme: la decisión era la tecla global y la fila en About.

Fichero	Cambio
internal/tui/theme.go	Nuevo: paleta extraída + modo, ciclo, aplicar, leer y guardar el ajuste
internal/tui/theme_test.go	Nuevo: 13 tests del ajuste, el ciclo, el renderer y el contrato de repintado
internal/tui/tui.go	Fuera el bloque de paleta; tecla t, fila Theme, ayuda, pista del pie, y Run() aplica el modo antes del primer frame
internal/tui/config_test.go	Adaptado a las firmas nuevas (newModel y renderAbout)
internal/session/session.go	dir() pasa a Dir() para que el ajuste caiga en el mismo directorio de config que la sesión
.gitignore	/.atl/, estado local de las herramientas, anclado a la raíz

Pruebas

• go build ./..., go vet ./..., gofmt -l internal/ cmd/ (sin salida) y go test ./... -count=1: todo en verde. Es lo mismo que corre CI, más el cross-compile de los seis targets.
• La suite nueva cubre: ida y vuelta del ajuste, claves ajenas preservadas, fichero ausente/corrupto/modo desconocido → auto, negativa a guardar sobre un fichero que no parsea, orden del ciclo, y que auto es el único camino que no llama a SetHasDarkBackground (comprobado por grep además de por test).
• El contrato que importa —pulsar t repinta el panel— se comprueba de extremo a extremo: perfil truecolor fijado y fondo oscuro contra claro, afirmando sobre los bytes pintados y no sobre el flag del renderer. Los tests que tocan ese flag global lo restauran en t.Cleanup, así que no dependen del orden de ejecución.
• La tecla t está guardada como las demás globales (no se dispara con la ayuda abierta ni dentro del wizard).
• Rebasado sobre main actual (d929e5f, ya con fix(codex): los perfiles sin las herramientas que el cluster no streamea, y precios nuevos en Costs #35–chore: 0.1.23 #39 dentro) sin conflictos y vuelto a verificar después: los símbolos del tema y las cinco zonas que upstream también tocó (Update, renderAbout, renderSetup, renderHelp, Run) quedan enteras en los dos sentidos, sin funciones duplicadas ni restos del merge.

No verificado

• El resultado visual en un terminal real (detección por SSH o multiplexor, mascota y banner sobre fondo blanco) necesita un terminal interactivo. La suite no lo cubre; queda pendiente de comprobación manual.