NOUS — Confianza y gobernanza
Local-firstAuditableOn-premCero auto-merge

Confianza y gobernanza

Autonomía gobernada, no piloto automático ciego. El kernel decide qué se permite, qué se persiste y qué queda demostrable.

Cómo gobierna NOUS

El modelo propone pasos; el kernel decide qué está permitido, qué se persiste y qué queda demostrable.

EVA razona. NOUS gobierna.

Quién razona

EVA ejecuta pasos bajo contrato (LLM local o remoto). No cambia catálogos, políticas ni secretos del Vault por sí sola.

Quién decide

NOUS evalúa políticas de arriba abajo, controla acceso a bases de datos nativas, exige aprobaciones y registra linaje al cierre.

Quién opera

Plano de control (nous_ctl) separado del tráfico de producto: configuración y Vault sin mezclar chat ni gateway.

  • Cero auto-merge: workflows, skills y mutaciones sensibles requieren autorización explícita.
  • Event sourcing: decisiones relevantes con linaje, no solo logs de texto.
  • Vault y bases de datos nativas: las credenciales nunca llegan al prompt; lectura por defecto.

Confianza y gobernanza

Event sourcing

Decisiones relevantes con linaje Avro — reconstruir el «por qué», no adivinar desde logs sueltos.

Local-first / on-prem

Soberanía de datos: llama.cpp + GGUF sin API cloud obligatoria.

Permisos de archivos

El kernel no permite que el modelo toque archivos ni reciba claves: las credenciales se cifran o van al Vault, cada persona habilita el acceso y solo entra lo que está en la allowlist.

Cero auto-merge

Workflows, skills y mutaciones sensibles requieren autorización explícita.

FAQ

¿El LLM administra el sistema?

No. EVA razona bajo contrato; NOUS aplica políticas, persiste memoria y audita.

¿Puede NOUS ejecutarse sin cloud?

Sí. Está diseñado local-first con llama.cpp; el gateway y el kernel corren on-prem.

¿Cómo se auditan las decisiones?

Visor de eventos y event sourcing Avro: quién pidió, qué datos se usaron, qué política aplicó, escalados y quién aprobó quedan con linaje.

¿Encaja con tu caso?