feat: resolver credenciales y sesiones CLI desde WSL

Start with src-tauri/src/config.rs, src-tauri/src/providers/mod.rs, the Codex, Gemini, and Claude providers, and session caches; inspect how they currently resolve and isolate accounts. The shared session contract depends on issue #90 and must be decided alongside login behavior. Done means all listed acceptance criteria pass, including fictional-credential tests for precedence, account isolation, environment changes, and paths.

Pre-flight checks

• I searched existing issues and found no duplicate.
• I understand that this proposal requires product review before implementation.

La búsqueda de duplicados abiertos y cerrados fue realizada por el asistente. El mantenedor confirmó el principio de revisión de producto y aprobó la propuesta quorb-wsl-v1 y su publicación. La publicación no inicia implementación ni asigna trabajo.

Problem to solve

El modo WSL necesita que las sesiones se lean en la distribución elegida y que el soporte multicuenta actual mantenga su aislamiento. Cambiar únicamente el home global podría mover datos propios de Quorb o mezclar cuentas.

Proposed solution

Resolver el contexto de credenciales de Codex, Gemini y Claude según el entorno elegido, accediendo desde Windows a los archivos WSL. Mantener las rutas explícitas como excepciones avanzadas visibles y separar la resolución de cuentas principales y adicionales.

Affected area

Application behavior

Scope and non-goals

Objetivo y alcance

Credenciales de Codex (.codex/auth.json), Gemini (.gemini/oauth_creds.json) y Claude (.claude/.credentials.json) bajo el home WSL seleccionado, sin copiar/importar tokens a Windows. Conservar el modelo actual de cuentas adicionales y el comportamiento de renovación propio de cada proveedor.

Dependencias y decisiones

Depende de issue-environment. Cerrar el contrato de sesiones: prioridad de ruta explícita, variables de entorno aplicables al entorno seleccionado, ubicación de sesiones de cuentas adicionales y coherencia con login. No leer variables del proceso Windows como si provinieran de WSL. No recorrer usuarios/rutas arbitrarios.

Criterios de aceptación

• Los tres proveedores pueden leer sus archivos estándar en la distribución y usuario elegidos.
• Ruta explícita tiene prioridad y su origen efectivo se expone claramente; una ruta inválida produce error sin fallback oculto.
• Sin credenciales en WSL, nunca se utiliza de forma silenciosa una cuenta Windows u otra distribución.
• Cuentas principales/adicionales conservan aislamiento: resolver o renovar una cuenta no pisa los archivos de otra.
• Login y lectura comparten el mismo contrato de entorno/carpeta/variables de sesión.
• Cambiar de entorno/distribución invalida resultados o cachés dependientes de la sesión y no presenta como actual la cuenta anterior.
• No se copian tokens ni se exponen sus valores en UI/logs/errores; no se introduce renovación nueva ni se alteran las reglas existentes de los proveedores.
• Credenciales ausentes, inaccesibles, inválidas y distribución desconectada tienen errores recuperables.
• Tests con credenciales ficticias cubren precedencia, cuentas múltiples, cambios de entorno y archivos/rutas; prueba real Windows/WSL de lectura con datos sensibles fuera de evidencias.

Orientación y ODD progresivo

Entradas: configuración de cuentas en src-tauri/src/config.rs, src-tauri/src/providers/mod.rs, proveedores Codex/Gemini/Claude y cachés de sesión. Observar precedencia/aislamiento actual → decidir contrato compartido con login → implementar por unidad con tests primero → verificar regresión Windows y WSL. Detallar desarrollo tras integrar el contrato de entorno.

Exclusiones

No modificar ubicación de datos propios de Quorb, copiar secretos, gestionar cuentas de otros usuarios Linux, añadir proveedores, cambiar auth por API key ni implementar soporte nativo Linux.

Coordinación y entrega

Parte de quorb-wsl-v1, milestone «Integración WSL en Windows» e índice #45. Estado: planificada; no anunciar lista para implementar mientras falten las decisiones o dependencias indicadas. Sin assignee inicial. Revalidar issue, comentarios, responsables y PR antes de un inicio explícito; asignación no es un lock. Se conserva la prioridad vigente del roadmap: #66 sigue siendo el primer objetivo nuevo recomendado y WSL puede investigarse independientemente sin desplazar compromisos existentes.

Tests y documentación con cada unidad. Seguir CONTRIBUTING y entregar cambios revisables; checks planificados, no ejecutados durante esta planificación: npm test, npm run typecheck, npm run build y cargo test en src-tauri, según superficie. Linux no acredita ejecución Windows/WSL. Commit, push, PR, merge, firma, release y asignaciones requieren sus autorizaciones propias.

Alternatives considered

Cambiar home() global: descartado por mezclar datos de app y sesiones. Copiar credenciales a Windows: duplica material sensible y puede quedar desactualizado. Fallback automático: puede seleccionar una cuenta distinta sin consentimiento.