Un solo backbone de eventos. Cero proveedores preprogramados.
Cada integración (entrante o saliente) habla un único idioma: CloudEvents 1.0. Ese contrato único es lo que permite que el catálogo escale sin tener que reescribir el motor central.
Ingesta
Los agentes y conectores normalizan cualquier origen en CloudEvents estándar sobre un backbone de Kafka: el mismo sobre, sin importar el origen.
Ruta
El motor de flujos de trabajo hace coincidir cada evento por patrón, cron o webhook y ejecuta el grafo que este activa.
Acción
Los nodos llaman a conectores, ejecutan agentes de IA, se ramifican por condiciones o se detienen para una aprobación humana: 42 tipos de nodos en un solo lienzo.
Composición
Cada salida es un nuevo CloudEvent, por lo que cualquier automatización puede activar otra. Sin integraciones rígidas de punto a punto, nunca.
42 tipos de nodos de flujo
Suficientes primitivas para expresar operaciones reales: disparadores, flujo de control, transformaciones de datos, llamadas de integración y pasos humanos.
Visual para operadores. SDK para desarrolladores.
Los no desarrolladores componen sobre un lienzo visual de arrastrar y soltar. Los desarrolladores extienden la plataforma con un SDK tipado de TypeScript y una CLI.
Constructor Visual
Un lienzo visual con zoom, minimapa e historial de ejecución en vivo: inspecciona, gobierna y extiende el flujo de trabajo subyacente de cualquier plantilla.
SDK de TypeScript y CLI
zervanor init | Prepara un nuevo proyecto de agente con su manifiesto y estructura inicial. |
zervanor dev | Ejecuta tu agente localmente con recarga en caliente (hot reload). |
zervanor push | Despliega en la plataforma a través de HTTP puro, sin requerir Docker local. |
zervanor status | Comprueba el estado de despliegue de tu proyecto en la plataforma. |
Tell it what you want. Zervanor builds it.
Describe your operation in plain language. Zervanor assembles a real, validated workflow — grounded in your actual connectors and agents — and shows it to you step by step before anything runs.
- Grounded in your live catalog — it selects real connectors/agents, never hallucinates one.
- Contract-validated — every step is checked against the canonical workflow schema, with in-place repair.
- Human-in-the-loop — it asks at real forks and never applies or deploys without your explicit approval.
Agente + Conector + Flujo = Plantilla de Solución
Una Plantilla de Solución no es "un flujo de trabajo". Es una operación de negocio en funcionamiento, ensamblada a partir de tres capas y desplegada con un solo clic.
Diseñado para operadores, robustecido para producción.
La plataforma se encarga de las partes que suelen retrasar un despliegue: conectar cuentas y mantener las integraciones saludables.
Onboarding de OAuth con un solo clic
El operador registra la aplicación OAuth de cada proveedor una vez. Luego, los tenants conectan sus cuentas con un solo toque: soporte administrado por la plataforma para OAuth 2.0 y OAuth 1.0a, sin configuración de aplicaciones por tenant.
Prueba y monitoreo de conectores
Cada conector ejecuta pruebas periódicas de estado con métricas de Prometheus, dashboards de Grafana e incidentes de Alertmanager, además de una página de estado pública sin tokens. Las integraciones no se deterioran en silencio.
Multi-tenant por diseño
Namespaces de Kubernetes por tenant en GKE, RBAC con alcance organizacional y consultas filtradas por organización, validado por una auditoría aprobada de seguridad y gobernanza (47/47 filtros superados).
El catálogo se convierte en una fuerza laboral.
El catálogo nativo de contratos fue construido para flujos de trabajo. Resulta que también es la biblioteca de habilidades para una fuerza laboral de agentes autónomos: los mismos paquetes que alimentan las plantillas de un solo clic se proyectan automáticamente en herramientas que un agente de IA puede invocar.
- Shell genérico de runtime de agentes: un único agente independiente del proveedor (cargador de manifiestos → inicializador de herramientas → bucle de planificación ReAct). Los nuevos agentes son manifiestos + herramientas, no código a medida.
- Proyección de herramientas: las acciones certificadas de un conector se exponen a los agentes a través de una API de herramientas. Certifica una vez → disponible tanto para flujos de trabajo como para agentes.
- Trae tu propio modelo: OpenAI / Gemini hoy a través de una interfaz de proveedor/base-url; la plataforma nunca preprograma un solo proveedor.
- Adaptadores de canales: un único agente sirve para múltiples superficies (chat, webhook, programación).
Disponible hoy: el shell del runtime, dos agentes activos (ai-agent + research-agent) con ejecución de metas de extremo a extremo, BYOK de organización para LLM y una consola de administración. El catálogo de 40 agentes en 4 capas es el desarrollo secuencial planificado.