El backbone causal de StoneOS
Cómo componen Vectry Analytics, Veripass y Sommatic: la identidad ancla los eventos, los workflows los emiten y el grafo causal explica toda la operación.
Vectry Analytics no se construyó en el vacío. Es el backbone causal de StoneOS — el stack de Blackwood Stone Holdings donde identidad, operación cognitiva, comercio, fintech y hardware de borde componen sistemas completos. Ese contexto moldeó el producto de maneras que vale la pena explicar.
La identidad ancla el grafo
Cada evento de Vectry nombra a su actor. En el stack StoneOS, ese actor no es un string libre — es una identidad gobernada por Veripass, la capa de federación y acceso contextual. Cuando un evento dice actor_id: 'usr-99992', hay una identidad verificada detrás, con roles, alcance y postura de riesgo.
Por eso existe el campo context en cada primitiva: las integraciones de plataforma adjuntan contexto de identidad (como el username actuante) para que el grafo causal responda no solo qué causó esto sino quién tenía permitido hacerlo.
Los workflows emiten al mismo grafo
Sommatic, la plataforma de operación cognitiva, ejecuta workflows a través de más de 130 operadores de nodo. Cinco de esos operadores los publica Vectry Analytics como publisher verificado del StoneOS Marketplace:
vectry.log— emite un evento causal estructurado desde cualquier paso de workflowtrace.start/trace.end— abre y cierra traces de ejecuciónmetrics.emit— métricas operacionales con contexto causalaudit.append— registros de auditoría append-only
También hay un trigger de eventos: los workflows pueden suscribirse al bus de eventos causales de Vectry y dispararse cuando llega un evento coincidente — filtrado por dominio, entidad, operación o tags. El ciclo se cierra: la operación emite eventos, los eventos disparan operación.
Por qué importa incluso fuera de StoneOS
La postura de integración es deliberadamente no invasiva: los sistemas de registro siguen siendo la autoridad, Vectry observa y enlaza. Esa misma postura aplica a tu stack. La API HTTP de ingesta que usan los workers de Sommatic es la misma que usan tus servicios — un solo contrato de red, emita quien emita.
Pero la composición muestra para qué sirve la capa causal: cuando un workflow automatizado ejecuta una acción sobre una operación real, el hilo que la explica — quién disparó qué, por cuáles pasos, terminando en qué desenlace — ya existe. La gobernanza no es un reporte que armas después; es una propiedad de la capa de datos.
Esa es la tesis de StoneOS aplicada a datos: los sistemas componen cuando la historia compone.