Roadmap
Cómo leer este documento
Este es el único roadmap de Octopus; no hay copias en otros repositorios. Está organizado en fases sin fechas: cada fase tiene una lista de tareas y se considera completa cuando todas están tildadas. Las fases son ordenadas pero no estrictamente secuenciales; las dependencias entre ellas se indican en los ADRs.
Fase 0 — Higiene del workspace
- Borrar los directorios sin referencias.
- Marcar el código generado (marcador
AUTO-GENERATED). - Reescribir
octopus-api/CLAUDE.md. - Elegir entre
console/apiyconsole-bff. Estado:console/api(dentro deoctopus-console);octopus-console-bffqueda deprecado (OCT-56). - Elegir un único lugar para las demos.
- Decidir el destino de
apps/gateway. - CLI:
Exampleen todos los comandos, generador de docs, tests. Estado:Exampleen todos los comandos ejecutables y generador de docs (octopus docs generate,make cli-docs) hechos, con un test del generador; el resto del CLI sigue sin tests.
Fase 1 — Corrección del kernel
- Arreglar la validación unilateral de balance-group.
- Tipar
balancePolicycomo enum a lo largo del pipeline de transacciones. - Job de expiración de intenciones, como primer job del runtime del ADR-005.
- Batch sobre una población (evento por ítem y cierre verificado por el kernel), según el ADR-005. Requiere antes la política de redondeo explícita (OCT-48).
- Tests de invariantes: transacciones concurrentes aleatorias,
sum(ledger)=0, balances iguales a la proyección del ledger.
Fase 2 — Monolito modular
- Puertos del ADR-001 y adaptador
inprocess. El ADR fija el orden de trabajo: puertos einprocess, eventos como data classes, adaptador Kafka, load test. - Eventos como data classes.
- Adaptador Kafka reescrito sobre los puertos.
- Schema Registry removido de local y de los tests.
- Test de carga del camino de autorización.
Fase 3 — Extracción del SDK
- Ejecutar el ADR-002.
Fase 4 — Cards
- Implementar el ADR-003 como demo externa.
Fase 5 — Listo para producción
- Row-Level Security (RLS).
- RBAC por operación.
- Cifrado.
- Runbook operativo.