EN
Gobierno de la trayectoria para agentes de IA

Gobierna la trayectoria.
No solo la siguiente llamada a una herramienta.

DiaCroma evalúa cada acción enrutada a través de él contra lo que el agente — y los agentes a su alrededor — ya han hecho. Añade un gobierno duradero y determinista sin reemplazar tu plataforma de agentes, tu sistema de identidad, tu runtime ni tu nube.

Los controles por acción preguntan: «¿Está permitida esta llamada?» DiaCroma pregunta además: «¿Sigue estando permitida después de todo lo ya hecho?»

Interpuesto en las rutas gobernadasDecide antes de ejecutarSobrevive a los reiniciosConcilia el efecto realMultinube por diseño

El bucle de control

Cada acción enrutada a través de DiaCroma pasa por cinco estados explícitos.

El agente sigue razonando en su propio runtime. DiaCroma gobierna la transición de la intención propuesta al efecto de negocio.

01 · DECLARA

Firma la autoridad.

La misión, las herramientas, los topes, los presupuestos, los recursos, los invariantes y la evidencia aceptable pasan a ser un ancla versionada.

02 · PROPÓN

El agente pide actuar.

Una llamada a una herramienta, una delegación, un mensaje u otro efecto llega a una frontera fuera del modelo.

03 · EVALÚA

Lee la trayectoria viva.

DiaCroma comprueba la autoridad acumulada, la secuencia, el linaje, las restricciones compartidas y la evidencia contra un estado duradero.

04 · DECIDE

Devuelve un veredicto determinista.

La decisión estructural no depende de un modelo de lenguaje.

ALLOWWARN_REPLANBLOCK_ESCALATE
05 · LIQUIDA

Cierra contra el efecto real.

El permiso se consume, el efecto resultante se concilia y la fila de evidencia se sella para su reproducción.

Un permiso solo es válido contra el estado vivo de la trayectoria que lo produjo. Si ese estado se mueve antes, el efecto propuesto deja de estar autorizado.

Camino de adopción

Empieza con una ruta gobernada.
Amplía la cobertura de forma deliberada.

La primera implementación demuestra una ruta efectora de punta a punta: propuesta, decisión, ejecución, recibo, liquidación y reproducción. La cobertura solo crece a medida que se integran más rutas y se cierran los caminos alternativos.

ALOJADO

API HTTP

Llama a DiaCroma antes del efecto de negocio, recibe el contrato de decisión y devuelve el recibo resultante después de ejecutar.

CONTROLADO POR EL CLIENTE

SDK o contenedor

Ejecuta la biblioteca o el contenedor en infraestructura que tú operas, con estado de trayectoria duradero respaldado por SQLite o Postgres.

COSTURA DE PROTOCOLO

Frontera MCP o A2A

Lleva el mismo contrato de decisión por MCP, HTTP o el endpoint A2A de DiaCroma mientras la validación de la plataforma se mantiene explícita.

Mira los caminos de integración →

La integración hace a DiaCroma alcanzable. El cierre de la ruta lo hace aplicable. Una ruta sigue siendo parcial mientras el mismo efecto de negocio pueda esquivar la frontera.

Frontera del producto

Lo que se quedan tus plataformas.
Lo que añade DiaCroma.

DiaCroma consume identidad, política y contexto de herramientas del stack que lo rodea. No reconstruye las capas que las empresas ya operan.

TU PLANO DE CONTROL

Identidad y ciclo de vida

  • Identidad y propiedad del agente
  • Registro e inventario
  • Permisos y Conditional Access
  • Runtime y orquestación
TUS CONTROLES POR ACCIÓN

Una llamada propuesta

  • Listas de permitidos de herramientas y topes de argumentos
  • Política de pasarela y de MCP
  • Controles de contenido y de datos
  • Controles de sandbox y de cadena de suministro
DIACROMA · GOBIERNO DE LA TRAYECTORIA

El sistema acumulativo

  • Autoridad gastada a lo largo de acciones y agentes
  • Secuencia, delegación y presupuestos compartidos
  • Linaje entre agentes y entre sistemas
  • Liquidación del efecto y reproducción determinista

Modelo de despliegue multinube

Fronteras locales.
Una sola trayectoria firmada.

Los agentes y las herramientas de negocio se quedan donde se ejecutan. DiaCroma coloca una frontera de ejecución junto a la ruta efectora mientras la misma autoridad firmada, el mismo estado de trayectoria y la misma evidencia siguen al trabajo entre plataformas.

PARQUE EXISTENTE

Runtime del agente

Un runtime conectado mediante un adaptador validado propone una acción. La validación de la plataforma se informa por separado.

GOBIERNO LOCAL

Frontera DiaCroma

Construye el contexto, lee la trayectoria viva y devuelve un permiso, una replanificación o un bloqueo.

EFECTO DE NEGOCIO

Herramienta o sistema

En una ruta gobernada cerrada, solo ejecuta con un permiso válido y devuelve el recibo necesario para la liquidación.

Ubicación controlada por el clienteLa frontera y el estado pueden ejecutarse en infraestructura que tú operas.
Núcleo neutral respecto al protocoloMCP, HTTP y el endpoint A2A de DiaCroma llevan el mismo contrato de decisión; la validación de plataformas externas se informa por separado.
Evidencia compartidaCada decisión y cada efecto se suman al mismo registro de trayectoria recomputable.

La arquitectura es multinube; la validación es específica de cada plataforma. Mira lo que está en marcha hoy, y lo que viene después, en la página de Evidencia →

Lo que firma la empresa

Lo que no declaras
no se gobierna.

OBLIGATORIO

Autoridad e identidad

Ancla de misión, credencial de despliegue, identidad del agente, herramientas permitidas y la versión de la autoridad que se aplica.

LÍMITES

Topes y presupuestos acumulativos

Techos exactos por argumento, más la autoridad que puede gastarse a lo largo de la vida de una trayectoria o de un árbol de delegación.

RELACIONES

Recursos, linaje y secuencia

Qué leen y escriben los agentes, qué recursos están acoplados y qué clases de operación no pueden ir una detrás de otra.

EVIDENCIA

Afirmaciones, recibos y liquidación

Qué puede demostrar cada herramienta, cómo de reciente debe ser esa evidencia y cómo cierra la acción propuesta contra el efecto que realmente ocurrió.

Verdad del producto

Lo que DiaCroma no pretende ser.

No es un plano de control ni un runtime

No reemplaza la identidad, los registros, el ciclo de vida de la flota, la orquestación ni la administración de la nube.

No es un modelo de seguridad de contenidos

Los controles estructurales son deterministas; las señales semánticas opcionales se identifican por separado.

No está completo cuando hay rutas que lo esquivan

La cobertura se califica de forma explícita. Una pasarela alcanzable no es una frontera de ejecución inevitable.

No está atado a una sola nube

El modelo de autoridad y de trayectoria se mantiene neutral aunque las integraciones con cada plataforma maduren a distintas velocidades.

Siguiente: valida una ruta gobernada

Demuestra el bucle de control
de punta a punta.

Elige un agente, un efecto de negocio y una ruta de ejecución. Valida el permiso, el bloqueo, el recibo, la liquidación y la reproducción antes de ampliar la cobertura.