Gobernanza de agentes de IA

Aplicación de políticas. No solo documentación de políticas.

Define reglas de gobernanza en YAML. Aplícalas en el gateway — antes de que tus agentes actúen. Prueba cada decisión con criptografía. Ancla on-chain.

El cambio del monitoreo a la aplicación.

Monitoreo tradicional

1El agente actúa
2La acción se registra
3La alerta se dispara (quizás)
4El humano investiga

Aplicación CLPI

1El agente solicita una acción
2La política se evalúa en el gateway
3Permitida o bloqueada al instante
4Prueba generada automáticamente

Cinco pilares de la gobernanza de agentes de IA.

Card Lifecycle & Policy Intelligence — de la definición de políticas a la prueba criptográfica.

Lenguaje de políticas

Define reglas de gobernanza en YAML. Legibles por humanos. Ejecutables por máquinas. Con control de versiones junto a tu código.

# mnemom-policy.yaml
versión: 1
rules:
  - action: access_pii
    effect: deny
    unless:
      - role: data_processor
      - consent: explicit
  - action: external_api_call
    effect: allow
    require:
      - trust_rating: ">= 600"

Motor de evaluación compartido

Mismas políticas, tres puntos de aplicación. Shift-left en CI/CD. Pre-acción en el gateway. Post-hoc en el observador.

CI/CD — validación shift-left
Gateway — aplicación pre-acción
Observador — auditoría post-hoc

Recuperación de confianza

Cuando la confianza se rompe, diagnosticamos por qué. Las brechas de card significan documentación faltante — corrige la card. Las brechas de comportamiento significan violaciones reales — corrige el agente.

Brecha de card: card de alineación faltante o desactualizada
Brecha de comportamiento: el agente violó la política declarada

Inteligencia predictiva

El análisis de líneas de falla identifica dónde tu flota de agentes probablemente fallará. Pronóstico de riesgos y recomendaciones de políticas auto-generadas — antes de que ocurran los incidentes.

Análisis de líneas de falla
Pronóstico de riesgos
Recomendaciones auto-generadas

Pruebas criptográficas

Cada evaluación de política produce una prueba en el zkVM SP1. Atestaciones ancladas en Base L2. Verificables independientemente. Para siempre.

Generación de pruebas zkVM SP1
Anclaje on-chain Base L2
Verificación independiente

Cómo se compara Mnemom.

La única plataforma con aplicación pre-acción, DSL de políticas y prueba criptográfica.

FuncionalidadMnemomArizeLangfuseLangSmithPatronusGalileo
Aplicación pre-acción
No
No
No
Parcial
No
DSL de políticas
No
No
No
No
No
Inteligencia predictiva
Parcial
No
Parcial
No
Parcial
Prueba criptográfica
No
No
No
No
No
Anclaje on-chain
No
No
No
No
No
Recuperación de confianza
No
No
No
No
No
Managed Rules de AEGIS entre inquilinos
No
No
No
No
No
Arena adversarial de fase de mutación
No
No
No
Parcial
No
Feed público de IoC STIX 2.1
No
No
No
No
No
Cadena de auditoría firmada y de solo anexado
No
No
No
No
No

Reglamento UE de IA Artículo 50 — cubierto.

Cada obligación de transparencia, cubierta. Los preajustes de cumplimiento se incluyen en los SDK.

RequisitoFuncionalidad CLPI
Documentación de transparenciaCards de alineación + certificados de integridad
Pistas de auditoríaCadenas hash inmutables con pruebas Merkle
Categorización de riesgoTrust Rating de cinco componentes con detección de desviación
Informes de cumplimientoPaquetes de cumplimiento exportables con atestación criptográfica
Monitoreo en tiempo realVerificaciones de integridad continuas, no auditorías trimestrales

Fecha límite: 2 de agosto de 2026. Los preajustes de cumplimiento se incluyen en los SDK hoy.

EU AI Act — Artículos 10, 12 y Annex IV mapeados.

Las disposiciones de aplicación completas, no solo la transparencia del Artículo 50. Cada evento de gobernanza está firmado y es encadenable en auditoría — la pregunta del regulador y la respuesta de Mnemom comparten una misma primitiva.

ArtículoRequisitoCómo responde Mnemom
Artículo 10Gobernanza de datosLos límites de datos los define la organización en la superficie protegida de la Protection Card (activos, operaciones prohibidas, escalación obligatoria); las Alignment Cards declaran la intención y los límites de autonomía del agente; el cribado de back door de AIP verifica cada salida frente a patrones de PII/PHI; la Fase 2 de CLPI gobierna el ciclo de vida de la tarjeta y sus modificaciones.
Artículo 12Conservación de registrosCada IntegrityCheckpoint, promoción de Managed Rule y publicación de advisory está firmada con Ed25519 y encadenada en modo de solo anexado. La Fase 4 de CLPI ancla las Trust Ratings en Base L2 para su verificación independiente.
Anexo IVDocumentación técnicaPaquetes de cumplimiento exportables — Alignment Cards, IntegrityCheckpoints, sobres de promoción firmados, cadenas de advisories — ensamblados a partir de las mismas primitivas que utiliza el runtime.

¿Listo para una gobernanza que va más allá de un dashboard?

Featured on There's An AI For That