Guía completa de la arquitectura modular v4.2 para Synkra AIOX.
Versión: 2.1.0 Última Actualización: 2025-12-01
La arquitectura modular v4.2 aborda varios desafíos de la estructura plana v2.0:
| Desafío | Problema v2.0 | Solución v4.2 |
|---|---|---|
| Descubribilidad | 200+ archivos en directorios mezclados | Organizado por responsabilidad |
| Mantenimiento | Propiedad poco clara | Los límites de módulos definen propiedad |
| Dependencias | Implícitas, circulares | Explícitas, unidireccionales |
| Escalabilidad | Todos los archivos cargados siempre | Carga lazy por módulo |
| Testing | Solo tests de sistema completo | Aislamiento a nivel de módulo |
- Responsabilidad Única - Cada módulo tiene un propósito claro
- Dependencias Explícitas - Los módulos declaran lo que necesitan
- Acoplamiento Débil - Los cambios en un módulo no se propagan en cascada
- Alta Cohesión - La funcionalidad relacionada permanece junta
- Carga Lazy - Cargar solo lo necesario
Synkra AIOX organiza el directorio .aiox-core/ en cuatro módulos principales:
.aiox-core/
├── core/ # Fundamentos del framework
├── development/ # Artefactos de desarrollo
├── product/ # Plantillas orientadas al usuario
└── infrastructure/ # Configuración del sistema
graph TB
subgraph "Framework AIOX v4"
CLI[CLI / Herramientas]
subgraph "Módulo Product"
Templates[Plantillas]
Checklists[Checklists]
Data[PM Data]
end
subgraph "Módulo Development"
Agents[Agentes]
Tasks[Tareas]
Workflows[Workflows]
Scripts[Dev Scripts]
end
subgraph "Módulo Core"
Registry[Service Registry]
Config[Sistema Config]
Elicit[Elicitation]
Session[Gestión Sesión]
QG[Quality Gates]
MCP[Sistema MCP]
end
subgraph "Módulo Infrastructure"
InfraScripts[Scripts Infraestructura]
Tools[Configs Herramientas]
PM[PM Adapters]
end
end
CLI --> Agents
CLI --> Registry
Agents --> Tasks
Agents --> Templates
Tasks --> Workflows
Development --> Core
Product --> Core
Infrastructure --> Core
style Core fill:#e1f5fe
style Development fill:#e8f5e9
style Product fill:#fff3e0
style Infrastructure fill:#f3e5f5
Ruta: .aiox-core/core/
Propósito: Fundamentos del framework - configuración, sesión, elicitation y componentes esenciales de runtime.
| Directorio | Contenidos | Descripción |
|---|---|---|
config/ |
config-cache.js, config-loader.js |
Gestión de configuración con caché TTL |
data/ |
aiox-kb.md, workflow-patterns.yaml |
Base de conocimiento del framework |
docs/ |
Documentación interna | Guías de componentes, troubleshooting |
elicitation/ |
elicitation-engine.js, session-manager.js |
Sistema de prompting interactivo |
session/ |
context-detector.js, context-loader.js |
Gestión de contexto de sesión |
utils/ |
output-formatter.js, yaml-validator.js |
Utilidades comunes |
registry/ |
service-registry.json, registry-loader.js |
Sistema de service discovery |
quality-gates/ |
quality-gate-manager.js, layer configs |
Sistema de quality gate de 3 capas |
mcp/ |
global-config-manager.js, os-detector.js |
Configuración global MCP |
manifest/ |
manifest-generator.js, manifest-validator.js |
Sistema de manifiesto de proyecto |
migration/ |
migration-config.yaml, module-mapping.yaml |
Configuración de migración |
// Configuración
const { loadAgentConfig, globalConfigCache } = require('./.aiox-core/core');
// Sesión
const { ContextDetector, SessionContextLoader } = require('./.aiox-core/core');
// Elicitation
const { ElicitationEngine, ElicitationSessionManager } = require('./.aiox-core/core');
// Registry
const { getRegistry, loadRegistry } = require('./.aiox-core/core/registry/registry-loader');
// Quality Gates
const QualityGateManager = require('./.aiox-core/core/quality-gates/quality-gate-manager');- Externas:
js-yaml,fs-extra - Internas: Ninguna (módulo de fundación)
Ruta: .aiox-core/development/
Propósito: Assets relacionados con agentes - definiciones de agentes, tareas, workflows y scripts de desarrollo.
| Directorio | Contenidos | Descripción |
|---|---|---|
agents/ |
11 definiciones de agentes | dev.md, qa.md, architect.md, etc. |
agent-teams/ |
5 configuraciones de equipo | Grupos de agentes predefinidos |
tasks/ |
115+ definiciones de tareas | Workflows de tareas ejecutables |
workflows/ |
7 definiciones de workflows | Workflows de desarrollo multi-paso |
scripts/ |
24 scripts | Utilidades de soporte para agentes |
| Agente | ID | Responsabilidad |
|---|---|---|
| AIOX Master | aiox-master |
Orquestación del framework |
| Developer | dev |
Implementación de código |
| QA | qa |
Aseguramiento de calidad |
| Architect | architect |
Arquitectura técnica |
| Product Owner | po |
Backlog de producto |
| Product Manager | pm |
Estrategia de producto |
| Scrum Master | sm |
Facilitación de procesos |
| Analyst | analyst |
Análisis de negocio |
| Data Engineer | data-engineer |
Ingeniería de datos |
| DevOps | devops |
CI/CD y operaciones |
| UX Expert | ux-design-expert |
Experiencia de usuario |
| Equipo | Agentes | Caso de Uso |
|---|---|---|
team-all |
Los 11 agentes | Equipo de desarrollo completo |
team-fullstack |
dev, qa, architect, devops | Proyectos full-stack |
team-ide-minimal |
dev, qa | Setup IDE mínimo |
team-no-ui |
dev, architect, devops, data-engineer | Proyectos Backend/API |
team-qa-focused |
qa, dev, architect | Trabajo enfocado en calidad |
- Internas:
core/(configuración, sesión, elicitation)
Ruta: .aiox-core/product/
Propósito: Assets PM/PO - plantillas, checklists y datos de referencia para generación de documentos.
| Directorio | Contenidos | Descripción |
|---|---|---|
templates/ |
52+ plantillas | PRDs, stories, arquitecturas, reglas IDE |
checklists/ |
11 checklists | Checklists de validación de calidad |
data/ |
6 archivos de datos | Base de conocimiento PM y referencia |
| Plantilla | Propósito |
|---|---|
story-tmpl.yaml |
Template de story v2.0 |
prd-tmpl.yaml |
Documento de Requisitos de Producto |
architecture-tmpl.yaml |
Documentación de arquitectura |
qa-gate-tmpl.yaml |
Template de quality gate |
ide-rules/ |
9 archivos de reglas específicas por IDE |
architect-checklist.md- Revisión de arquitecturapm-checklist.md- Validación PMpo-master-checklist.md- Validación maestra POstory-dod-checklist.md- Definition of Done de Storypre-push-checklist.md- Validación pre-pushrelease-checklist.md- Validación de release
- Internas:
core/(motor de plantillas, validadores) - Externas: Ninguna (assets estáticos)
Ruta: .aiox-core/infrastructure/
Propósito: Configuración del sistema - scripts, herramientas e integraciones externas.
| Directorio | Contenidos | Descripción |
|---|---|---|
scripts/ |
55+ scripts | Utilidades de infraestructura |
tools/ |
Configuraciones de herramientas | CLI, MCP, configs de herramientas locales |
integrations/ |
PM adapters | Adapters ClickUp, Jira, GitHub |
tests/ |
Tests de módulo | Validación de infraestructura |
| Script | Propósito |
|---|---|
git-wrapper.js |
Wrapper de operaciones Git |
backup-manager.js |
Sistema de backup/restore |
template-engine.js |
Procesamiento de plantillas |
security-checker.js |
Validación de seguridad |
performance-analyzer.js |
Análisis de rendimiento |
tools/
├── cli/ # Configs herramientas CLI (gh, railway, supabase)
├── mcp/ # Configs servidores MCP
└── local/ # Configs herramientas locales
- Internas:
core/(configuración, utilidades) - Externas: Varias APIs de herramientas
graph LR
CLI[CLI/Tools] --> D[Development]
CLI --> P[Product]
CLI --> I[Infrastructure]
D --> C[Core]
P --> C
I --> C
style C fill:#e1f5fe
style D fill:#e8f5e9
style P fill:#fff3e0
style I fill:#f3e5f5
Reglas:
core/no tiene dependencias internasdevelopment/,product/,infrastructure/dependen solo decore/- No se permiten dependencias circulares
- CLI/tools puede acceder a cualquier módulo
Los módulos se comunican a través de:
- Service Registry - Descubrir workers y servicios disponibles
- Sistema de Configuración - Compartir ajustes y preferencias
- Sistema de Eventos - Publish/subscribe para acoplamiento débil
- Sistema de Archivos - Directorios de datos compartidos
Al agregar nueva funcionalidad:
- ¿Pertenece a un módulo existente?
- ¿Introduce nuevas dependencias?
- ¿Mantiene el flujo de dependencias unidireccional?
- ¿Es cohesivo con el propósito del módulo?
- ¿Puede testearse en aislamiento?
| Tipo | Convención | Ejemplo |
|---|---|---|
| Scripts | kebab-case.js |
config-loader.js |
| Agentes | agent-id.md |
dev.md, qa.md |
| Tareas | agent-prefix-task-name.md |
dev-develop-story.md |
| Plantillas | name-tmpl.yaml |
story-tmpl.yaml |
| Checklists | name-checklist.md |
pre-push-checklist.md |
| Tipo de Archivo | Ubicación | Módulo |
|---|---|---|
| Definición de agente | development/agents/ |
Development |
| Definición de tarea | development/tasks/ |
Development |
| Workflow | development/workflows/ |
Development |
| Plantilla | product/templates/ |
Product |
| Checklist | product/checklists/ |
Product |
| Script utilitario | infrastructure/scripts/ |
Infrastructure |
| Config loader | core/config/ |
Core |
| Registry | core/registry/ |
Core |
Para proyectos actualizando desde la estructura plana v2.0:
# Dry run para previsualizar cambios
aiox migrate --dry-run
# Ejecutar migración
aiox migrate --from=2.0 --to=2.1
# Validar migración
aiox migrate --validateVer Guía de Migración para instrucciones detalladas.
- Guía de Service Discovery
- Guía de Quality Gates
- Guía de Setup Global MCP
- Guía de Migración
- ADR-002: Mapa de Migración
Arquitectura del Sistema de Módulos Synkra AIOX v4