Skip to content

Roadmap ODD de Quorb #45

Open
Open

Description

@egdev6

Roadmap ODD de Quorb — v1

Plan aprobado por el mantenedor: quorb-odd-roadmap-v1-20261010. Fecha de publicación: 2026-10-10.
Este índice es un metadocumento de coordinación, no una issue de implementación disponible.

Objetivo

Ofrecer trabajo aceptado, coordinado y verificable. Milestones por resultados;
detalle ODD progresivo y prioridades aprobadas. Sin fechas ni nuevas versiones prometidas.

Orden aprobado

Orden Milestone Trabajo Estado / alcance vigente
1 Contribución ODD operativa #43, PR #44 Integrada: #43 cerrada y PR #44 fusionada; se conserva el plan del cuerpo de #43
2 Distribución Windows verificable #20 Planificada; implementación bloqueada por evidencia/decisión de firma. Revisión ODD vigente

Investigación Windows independiente técnicamente del merge de #44; orden operativo recomendado,
no bloqueo artificial. Falta evidencia Windows y decisión de firma antes de integrar Authenticode.

Cómo contribuir

Consulta CONTRIBUTING.
La skill y guía del piloto están integradas en main mediante PR #44.
Revisa issue, plan vigente, dependencias, assignees y PR antes de empezar.
Trabajo nuevo sin asignación y sin solapamientos; propias se ofrecen como reanudación.
Al inicio explícito se identifica usuario, se añade assignee y se verifica GitHub.
Asignación no es un lock atómico. Pedir review no toma una PR ni autoriza merge.

Fuera del flujo

#21 conserva su flujo documental no ODD.
Bugs y tareas sin ODD no se incorporan por tamaño ni se cierran desde este índice.

Candidatos no priorizados

Winget, click-through, ventana GLM de NaN y Linux son ideas del README;
no son tareas aprobadas ni se crean issues automáticamente.

Revisión aprobada — quorb-next-v1

Ampliación aprobada por el mantenedor: tres milestones por resultados y cuatro issues ODD. Este índice #45 es la fuente oficial; la indicación antigua de CONTRIBUTING de que no hay índice está desactualizada y su corrección queda como tarea separada. Sin fechas ni versiones prometidas. Repositorio y planificación conservan su visibilidad privada.

Milestones y alcance vigente

Resultado Trabajo / ODD vigente Estado y bloqueos
Interfaz bilingüe ES/EN #66 — ES por defecto, EN en Ajustes Planificada, preparación pendiente: inventario L0 y decisiones de catálogos/fallback
Experiencia audiovisual configurable #67 — efectos; #68 — sonidos incluidos/personalizados Planificadas, preparación pendiente: seleccionar efectos E0 y decidir políticas AU0; audio integra base E1/E2, no exige terminar todos los renders
Integración macOS Apple Silicon #69 — integración ARM64 Planificada, preparación pendiente: baseline real M0 y mínimo macOS; Intel/universal y firma/notarización fuera de esta etapa

Orden y preparación

I18n es el primer objetivo nuevo recomendado; viabilidad macOS puede investigarse en paralelo. Audio y efectos avanzan tras sus observaciones/decisiones, compartiendo registro y ciclo de vida. No desplaza los compromisos Windows existentes ni introduce una dependencia macOS para completar i18n Windows. Los cuerpos de las cuatro issues contienen el ODD vigente, alcance, aceptación y comprobaciones. Ninguna se anuncia lista para contribuir mientras falten decisiones. Las altas tienen labels odd/type:feature, sin assignees; disponibilidad se revalida antes de empezar.

Historial conservado

Se conserva la revisión v1 y su marcador original. La entrada v1 de #43/#44 figuraba en revisión/no integrada; ahora se reconcilia con #43 cerrada y PR #44 fusionada. #20 mantiene milestone 2 y su revisión vigente; #21 continúa fuera de ODD. macOS deja de ser un candidato genérico del README y se incorpora con alcance ARM64 explícito; Linux y las restantes ideas siguen sin priorizar. No se cierran issues ni milestones desde esta ampliación.

Revisión aprobada — quorb-wsl-v1

Ampliación aprobada: Integración WSL en Windows, cuatro unidades ODD y UX completa, sin soporte nativo Linux ni Antigravity. Revisión completa vigente. Sin fechas ni versión prometida; se conserva todo el historial anterior.

Unidad / alcance ODD vigente Dependencias Estado / condición de preparación
#90 Configuración y descubrimiento Ninguna técnica Planificada; cerrar W0/W1: baseline Windows/WSL, contrato de entorno, activación, shell y límites
#91 Credenciales y sesiones #90 Planificada; entorno integrado y contrato de precedencia/aislamiento acordado
#92 CLI, diagnóstico y login #90, #91 Planificada; contratos de entorno/sesiones resueltos antes de integrar
#93 Experiencia WSL en Ajustes #90, #91, #92 Planificada; diseño/mocks con contrato acordado, integración final tras backend; coordinación de textos con #66

Los cuerpos enlazados contienen el alcance y ODD de cada unidad; esta revisión define el resultado conjunto. Estado planificada, sin asignaciones. No se anuncia trabajo listo hasta resolver sus decisiones y dependencias. Se mantiene #66 como primer objetivo nuevo recomendado y los compromisos Windows existentes; la observación WSL puede avanzar de forma independiente. Coordinación de textos con #66, sin nuevo sistema de traducción ni dependencia del port #69. Linux nativo continúa fuera del alcance.

Cierre del milestone: aceptación de las cuatro unidades, regresión Windows nativo y evidencia funcional Windows/WSL real. Tests/documentación con cada unidad; asignación, implementación, entrega, firma y release son operaciones posteriores independientes.

Revisión aprobada — quorb-linux-local-v1

Ampliación aditiva aprobada: milestone Linux portability para una app Linux nativa y paquete locales, verificados en la matriz que se decida tras un baseline real. Revisión completa vigente. Se conservan las revisiones históricas, el primer objetivo nuevo recomendado #66 y los compromisos Windows; esta sección sustituye únicamente la antigua clasificación de Linux como candidato no priorizado.

Unidad / alcance ODD vigente Dependencias Estado / preparación
#105 Baseline y contrato Linux Ninguna técnica Cerrada; baseline y contrato establecidos y aceptados
#106 Sesiones, secretos y login CLI #105 cerrado y contrato aceptado En desarrollo; desbloqueada, paralela a #107
#107 Escritorio y widget Linux #105 cerrado y contrato aceptado En desarrollo; detección de sesión backend (#128) + bloque «Sesión de escritorio» y notas de port integrados en main, fix click-through tao#1204 (#129) integrado; verificación runtime X11 headless completada en main 80e10be (tao#1204 resuelto, hints EWMH correctos — ver #107); pendiente smoke en sesión real X11 (GNOME/KDE/XFCE) + matriz Wayland antes de cierre
#108 Paquete local y documentación #105 cerrado; #106/#107 integrados Bloqueada hasta integración de #106 y cierre de #107; cierre del milestone sin release pública

Los cuerpos de #105–#108 contienen el alcance y ODD vigente. No se anuncia trabajo listo hasta resolver las decisiones/dependencias de cada unidad. WSL #90–#93, macOS #69 y preflight Windows #89 mantienen alcance propio. Sin fechas, assignees, CI/release, firma, updater Linux publicado, cambios de visibilidad ni inicio de implementación; entrega y cierre requieren decisiones aparte.

Revisión de estado — 2026-11-05

Reconciliación de estado aprobada por el mantenedor e incorporación de la selección inicial de idioma al milestone 3. Se conservan todas las revisiones anteriores; sin fechas ni versiones prometidas.

Milestone Estado vigente
1 Contribución ODD operativa Cerrado: #43 cerrada y PR #44 integrada.
2 Distribución Windows verificable Sin cambios: #20 bloqueada por evidencia y decisión de firma Authenticode.
3 Interfaz bilingüe ES/EN En curso: #66 (@danielgap), cinco PR integradas (#195, #199, #204, #216, #217); siguiente paso C1a/C1b. Se incorporan #233, #234 y #235 (ver abajo).
4 Experiencia audiovisual configurable Sin cambios: preparación E0/AU0 pendiente para #67 y #68.
5 Integración macOS Apple Silicon Release ARM64 firmada y notarizada publicada (#209, #219, #226). #69 sigue planificada para la integración completa.
6 Integración WSL en Windows #90: adaptador integrado (PR #220); se cierra al integrar la persistencia de modo/distro de PR #239. #91: en revisión (PR #239, cambio pendiente en rutas de cuentas adicionales). #92 y #93 siguen dependientes.
7 Coherencia visual y personalización Cerrado: #95–#98 cerradas.
8 Linux portability #106: en revisión (PR #203, ajustes menores). #107: correcciones integradas (#205, #221, #224, #232); pendiente smoke en sesión X11 real y matriz Wayland. #108 sigue bloqueada por #106/#107.

Selección inicial de idioma (milestone 3)

Unidad Estado / coordinación
#235 Linux Asignada a @SrStamm. Antes de implementar: señal persistida de primer arranque y su migración, comportamiento al actualizar y arranque diferido de la UI (revisión vigente).
#234 macOS Planificada, sin asignar; preparación pendiente.
#233 Windows Planificada, sin asignar; preparación pendiente, incluida la decisión entre instalador y primer arranque.

Las tres comparten un único mecanismo de selector en el primer arranque y la misma señal persistida: la primera unidad que lo integre aporta la base y las demás la reutilizan, sin implementaciones paralelas. Cada issue conserva su alcance de plataforma. Dependen de la persistencia de locale de #66.

Activity

  1. added
    type:docsDocumentation-only change
    oddTrabajo coordinado mediante planificación ODD aprobada
    on Oct 10, 2026
  2. self-assigned this
    on Oct 12, 2026
  3. egdev6 commented on Oct 12, 2026

    @egdev6
    OwnerAuthor

    Revisión ODD aprobada — quorb-wsl-v1

    Alcance vigente de la integración WSL

    Codex, Gemini y Claude: modo global Windows/WSL, distribución seleccionada, usuario/home predeterminados resueltos sin suposiciones, credenciales y cuentas adicionales aisladas, diagnóstico y login en ese mismo contexto, UI completa en Ajustes y guía ES/EN. La app y sus datos propios permanecen en Windows. Rutas manuales son excepciones explícitas con prioridad visible; no hay fallback silencioso a otra cuenta, distribución o entorno. No se copian tokens ni se publican valores de credenciales.

    Enumerar/consultar estado no debe despertar distribuciones por polling. Conectar, comprobar o iniciar login informa antes de activar una distribución detenida y requiere acción explícita. Los cambios de modo/distribución son borrador hasta Guardar. CLI instalada, archivo encontrado y sesión válida son estados distintos. Las CLI WSL no se diagnostican ni instalan mediante la ruta Windows.

    Fuera: soporte nativo Linux, Antigravity, instalación automática de WSL/CLI, búsqueda en todos los usuarios Linux, selección de múltiples distribuciones por proveedor, nuevo sistema de traducción, firma, releases y cambios de visibilidad.

    Unidades y ODD vigente

    Unidad / alcance ODD vigente Dependencias Estado / condición de preparación
    #90 Configuración y descubrimiento Ninguna técnica Planificada; cerrar W0/W1: baseline Windows/WSL, contrato de entorno, activación, shell y límites
    #91 Credenciales y sesiones #90 Planificada; entorno integrado y contrato de precedencia/aislamiento acordado
    #92 CLI, diagnóstico y login #90, #91 Planificada; contratos de entorno/sesiones resueltos antes de integrar
    #93 Experiencia WSL en Ajustes #90, #91, #92 Planificada; diseño/mocks con contrato acordado, integración final tras backend; coordinación de textos con #66

    Los cuerpos de estas cuatro issues son los alcances/ODD vigentes y contienen criterios, orientación, exclusiones y comprobaciones. No se duplica la internacionalización de #66 ni se introduce dependencia del port #69. Primer trabajo cercano: observar el baseline y decidir el contrato del entorno antes de desarrollar persistencia/discovery; resolver después sesiones y login y completar la UX. Tests y documentación acompañan cada unidad.

    Aceptación del milestone

    • Modo WSL persistente y reversible desde Ajustes, con distribución y origen efectivo visibles.
    • Credenciales y login coherentes para los tres proveedores y cuentas adicionales, sin mezclar sesiones ni mover datos propios de Quorb.
    • Errores accionables, operaciones acotadas, activación explícita de distribuciones detenidas y comandos/argumentos seguros.
    • Guardado, accesibilidad y copy propios coordinados con ES/EN; guía de uso y recuperación.
    • Tests deterministas de contratos/configuración/rutas/comandos/UI y evidencia funcional Windows/WSL real: CLI solo WSL, varias distribuciones, credenciales ausentes, espacios/no ASCII, cuenta adicional y cambio Windows↔WSL.
    • Regresión Windows nativo; límites de compatibilidad no comprobados explícitos. No se acredita WSL con tests Linux ni se promete una release.

    Preparación y coordinación

    Estado: planificadas; ninguna se anuncia lista mientras falten las decisiones/dependencias de su fila. Labels odd y type:feature; sin assignees ni nueva etiqueta status:approved. Antes de empezar hay que revisar responsables, comentarios y PR y coordinar la toma explícita conforme a CONTRIBUTING.

    Se mantiene #66 como primer objetivo nuevo recomendado y los compromisos Windows ya aprobados. La observación WSL puede avanzar independientemente; esta ampliación no reordena el roadmap ni bloquea i18n Windows por macOS. La nota obsoleta de CONTRIBUTING sobre el índice queda fuera de esta publicación.

    Comprobaciones de implementación planificadas: npm test, npm run typecheck, npm run build, cargo test en src-tauri, checks focales y prueba Windows/WSL real. No se ejecutaron durante la planificación. Entrega de código, asignaciones, PR, merge y publicación siguen requiriendo autorización independiente.

    Enlace desde el índice

    Tras verificar este comentario, la sección aditiva quorb-wsl-v1 del cuerpo de #45 enlazará esta revisión, milestone e issues conservando íntegro el historial anterior.

  4. egdev6 commented on Oct 13, 2026

    @egdev6
    OwnerAuthor

    Revisión ODD aprobada — quorb-linux-local-v1

    • Índice: #45.
    • Alcance aprobado: app Linux nativa local verificable, no release pública ni soporte genérico de todas las distribuciones/compositores.
    • Cambio aditivo: milestone Linux portability y cuatro issues ODD, sin alterar el historial ni las prioridades aprobadas. No se asigna trabajo ni se inicia implementación.

    Orden y alcance vigente

    Unidad / ODD vigente Dependencias Estado y preparación
    #105 Baseline y contrato Linux Ninguna técnica Planificada; baseline Linux real y decisiones de distro/versión, arquitectura, X11/Wayland y paquete local pendientes
    #106 Sesiones, secretos y login CLI #105 integrado y matriz aceptada Planificada/bloqueada; puede avanzar en paralelo con #107 después de #105
    #107 Escritorio y widget Linux #105 integrado y matriz aceptada Planificada/bloqueada; coordinar superficies con #106
    #108 Paquete local y documentación #105, #106 y #107 integrados Planificada/bloqueada; cierre funcional del milestone, no release

    Los cuerpos enlazados contienen objetivo, exclusiones, criterios y ODD vigente. L0 observa el baseline y decide el contrato antes de desarrollar; L1 y L2 son independientes entre sí tras L0; L3 integra los resultados y valida instalación/primer uso. Ni compilación aislada ni pruebas WSL acreditan el port Linux nativo. Matriz y formato concreto requieren observación y aceptación en #105; no se prometen desde esta revisión.

    Límites y coordinación

    No sustituye #66 i18n como primer objetivo nuevo recomendado ni desplaza compromisos Windows. #90–#93 WSL y #69 macOS tienen alcance propio; #89 preflight es Windows. Coordinar código compartido y textos con #66, sin dependencia artificial entre ports. Las cuatro nuevas issues tienen odd y tipo existente, sin assignee ni nueva etiqueta de aprobación. Ninguna se anuncia lista para contribuir mientras falten las decisiones/dependencias indicadas.

    Cierre del milestone: cuatro unidades aceptadas, evidencia real Linux en la matriz acordada, regresión Windows pertinente y límites documentados. Fuera: distribución pública, CI/release, firma, updater Linux público, instalar CLI automáticamente, soporte universal X11/Wayland y cambios de visibilidad. Sin fechas ni versión prometida.

    Verificación y entrega

    Tests previstos durante la implementación, no ejecutados al planificar: npm test, npm run typecheck, npm run build, cargo test en src-tauri, build/instalación local y pruebas de escritorio Linux real. Revalidar issue/PR/responsables antes del inicio explícito; tests/documentación con cada unidad. Asignar, implementar, commit, push, PR, merge, cierre y release requieren sus propias autorizaciones/políticas.

    Tras verificar este comentario, la sección aditiva quorb-linux-local-v1 de #45 lo enlazará y conservará el historial.

  5. Rafaeldelinares commented on Oct 13, 2026

    @Rafaeldelinares
    Contributor

    ¡Genial Quique, muchas gracias por aceptar y por estructurarlo en cuatro issues! Y Ferran, qué gusto leerte por aquí y qué alegría que hayáis picado en Arch/Wayland.

    Los tres hallazgos que comentas encajan casi al 100% con la propuesta que mandé:

    • El connect_map en GTK encaja con la primera línea del criterio de aceptación de chore(linux): establecer baseline y contrato del port nativo #105 (baseline reproducible sin crashes) y sería un fix que vive en feat(linux): hacer funcional el escritorio y widget nativos #107 cuando lleguemos ahí. Si tenéis los diffs limpios y os apetece subirlos como PR anticipado, perfecto; si no, los integro yo en su fase.
    • La cascada $TERMINAL → ghostty → kitty → alacritty es exactamente lo que pensaba para feat(linux): adaptar sesiones, secretos y login CLI nativos #106 (Sesiones, secretos y login CLI). Esto también es un punto de F0 a verificar: la instalación de las CLIs en Ubuntu 22.04 sí tiene x-terminal-emulator por convención, en Arch rolling no, así que la detección en cascada es necesaria incluso aunque el camino "feliz" sea Ubuntu.
    • startDragging() nativo de Tauri en lugar de layer-shell me convence: GNOME en Ubuntu no tendría layer-shell y meter C extra es una rémora. Esto encaja con el plan B de D2 en mi propuesta original.

    Mi plan para #105 (baseline y contrato Linux):

    1. Trabajar sobre Arch rolling x86_64 (mi equipo de batalla es CachyOS, lo dejo documentado) y sobre Ubuntu 22.04 LTS x86_64 en una VM limpia.
    2. Cerrar los apartados de baseline en docs/build-linux.md con versiones exactas y fecha de congelación para Arch.
    3. Verificación de humo sobre CachyOS (KDE Plasma y Hyprland) y Omarchy (Hyprland) para confirmar que el binario que sale de Arch base corre en las distros de la comunidad.
    4. Reportar el crash de set_ignore_cursor_events + connect_map como comentario dentro de chore(linux): establecer baseline y contrato del port nativo #105 si lo reproduzco en mi baseline, o enlazarlo al PR de Ferran si lo sube antes.
    5. Cero código en chore(linux): establecer baseline y contrato del port nativo #105: solo baseline, contrato y docs.

    Propuesta de coordinación con Ferran: si me hacéis llegar los diffs por DM o en una rama, los reviso y los subo como parte del trabajo de #107 cuando lleguemos. Mientras tanto, no me adelanto: espero la asignación formal a #105 antes de clonar y ejecutar nada, como manda el flujo ODD.

    Una pregunta para ti, Quique: ¿prefieres que pida asignación sobre #105 directamente aquí, o lo coordinamos por DM primero? Y otra para Ferran: ¿tenéis rama pública o solo local? Si es local, abrimos rama compartida o me los pasáis y los subo desde la mía.

    ¡A tope con esto!

  6. egdev6 commented on Oct 19, 2026

    @egdev6
    OwnerAuthor

    Actualización de estado (solo estado, alcance sin cambios) — quorb-linux-local-v1:

    Se mantienen intactos el alcance de cada unidad, el primer objetivo nuevo recomendado #66 y los compromisos Windows. Sin fechas, assignees, CI/release ni cambios de visibilidad. El espejo docs/odd/roadmap-next.md se sincronizará en la próxima PR de docs.

  7. egdev6 commented on Oct 28, 2026

    @egdev6
    OwnerAuthor

    Revisión ODD aprobada — quorb-releases-v1

    • Índice: #45
    • Propuesta aprobada: quorb-releases-v1, 2026-10-28, decisiones del mantenedor.
    • Motivo e impacto: primer plan de releases (operaciones de publicación) sobre el trabajo ya aprobado. Aditivo: no sustituye quorb-next-v1, quorb-wsl-v1 ni quorb-linux-local-v1, ni altera el orden de issues ODD existentes.
    • Cambios: orden de releases, congelación de candidatas y estrategia macOS/firma. No crea ni cierra issues, no asigna, no promete fechas.

    Releases — orden aprobado

    Orden Release Resultado Contenido base Prerrequisitos
    1 0.8.0 — Windows x64 Release pública estable Windows Freeze en main actual: i18n tira + detalle + Ajustes no-provider (slices 1–2), proveedores MiniMax/SuperGrok/z.ai, fixes de popup Win/mac/Linux, gates de inventario i18n y rustfmt Congelar candidata · smoke de instalador y de actualización 0.7.0→0.8.0 en Windows · notas ES/EN con agradecimientos verificados · preparación hasta handoff de workflow manual (detención antes de ejecutar) · anuncio Discord tras publicación
    2 Preparación de firma macOS (paralela) Infraestructura de firma/notarización lista #118 y firma Developer ID ya disponible; debut público de macOS queda en 0.9.0 Workflow manual, credenciales y validación Gatekeeper; coordinación con @barbatdev para la prueba en Mac real
    3 0.9.0 — Windows + macOS estable Interfaz bilingüe completa y macOS estable i18n slices 3–4 · promoción preview→estable de macOS · política updater macOS Cierre de #118 · slices 3–4 integrados · candidata congelada
    4 Linux — decisión explícita Solo tras #106/#107/#108: ¿preview pública o paquete local? El milestone 8 mantiene «cierre sin release pública» Integración de #106 y cierre de #107/#108
    — Backlog sin release prometida Audiovisual #67/#68, WSL según estado al congelar, bugs Wayland #168/#179/#180 Fuera de 0.8.0/0.9.0 salvo integración previa al freeze —

    Preparación y coordinación

    Enlace desde el roadmap

    • Este comentario queda como revisión vigente de releases. La sincronización del cuerpo del índice Roadmap ODD de Quorb #45 es una operación aparte y no está incluida en esta aprobación; queda pendiente si se desea.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

oddTrabajo coordinado mediante planificación ODD aprobadatype:docsDocumentation-only change

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions