Plano de control
Plano de control — nous_ctl, árbol de administración (/kernel, /eva, /memory, /workflows…)
Arquitectura
Dos planos operativos, un kernel que gobierna el ciclo completo y memoria persistente con linaje auditable.
Arquitectura
Plano de control separado del plano de datos: administración sin mezclar tráfico de producto.
Plano de datos
Plano de datos — Gateway HTTP/VOICE, RuntimeListener, interaction.*, runtime.*, federación
Kernel
Kernel — route_task, observers, EvaRegistry, scheduler, memoria Avro + Faiss (CONTENT + STRUCTURE)
EVA
Pool de razonamiento (LLM local o remoto) bajo contrato del kernel
EVA — Agente Virtual Experto
En inglés: Expert Virtual Agent
EVA es la unidad de razonamiento del ecosistema NOUS: ejecuta pasos con LLM, skills del catálogo y RAG inyectado, siempre bajo contrato del kernel. No administra políticas, memoria global ni catálogos por sí sola.
EVA razona. NOUS gobierna.
Las consultas tipo query resuelven recall estructurado sin invocar EVA; las tareas (task) entran en route_task y memoria episódica. El pool se opera desde el plano de control (/eva) y puede desplegarse local o vía nous.eva.socket.v1.
Memoria persistente
- Episódica — resúmenes compactos de tareas cerradas (Avro).
- Relacional — grafo tipado con pesos que aprenden del resultado.
- Vectorial dual — recall por contenido (CONTENT) y por estructura/analogía (STRUCTURE).
Federación NOUS↔NOUS
Capacidad multi-instancia del plano de datos: transferencia de experiencia entre despliegues NOUS, no por gateway HTTP.
Export/import de bundles de memoria (episodios + grafo + índices) con manifiesto firmado y resolución de conflictos gobernada. Operaciones federation.* en RuntimeListener (TCP/JSONL, trust PARTNER).
Aprendizaje anidado (Nested Learning)
Por cada workflow o tarea
1 Workflow / tarea
Instancia gobernada en el runtime
2 EVA razona
Pasos, herramientas y skills del catálogo
3 Kernel observa
Políticas, confianza en vivo, recall si hace falta
4 Memoria
Episodio + grafo al cierre
5 Auditoría
Linaje; sin auto-merge
Al cerrar: episodio + actualización del grafo. Eventos auditables en el EventStore.
Consolidación entre ejecuciones
Cuando el sistema está idle o entre ciclos operativos:
MejorasRegresionesFallos repetidosÉxitos estables
Replay gobernado Decaimiento, promoción de patrones, meta-política de pausas
Propuesta de workflow Solo si la gobernanza autoriza — nunca merge automático
La memoria larga y las políticas evolucionan sin que el LLM reescriba el sistema.
- EVA — razonamiento
- NOUS — gobierno y observación
- Memoria persistente
- Autorización y auditoría
Ritmos de aprendizaje (Nested Learning)
| Cuándo | Qué |
|---|---|
| Cada K pasos de inferencia | Micropausa reflexiva (Self-RAG / FLARE) |
| En la pausa | Recall lateral por estructura y contenido |
| Ticks del scheduler | Macropausa: salud EVA, delegación, canal humano |
| Cierre de tarea | TD-update sobre el grafo de memoria |
| Replay gobernado | Decaimiento, promoción, patrones |
| Meta-policy | Cuándo conviene pausar por intent |