Un seul backbone d'événements. Zéro fournisseur préprogrammé.
Chaque intégration — entrante ou sortante — parle une seule langue : CloudEvents 1.0. Ce contrat unique est ce qui permet au catalogue de se développer sans jamais réécrire le moteur central.
Ingestion
Les agents et les connecteurs normalisent toute source en CloudEvents standard sur un backbone Kafka — la même enveloppe, peu importe l'origine.
Routage
Le moteur de workflow fait correspondre chaque événement par modèle, cron ou webhook et exécute le graphe qu'il déclenche.
Action
Les nœuds appellent les connecteurs, lancent des agents d'IA, se ramifient sur des conditions ou attendent une validation humaine — 42 types de nœuds dans un seul canevas.
Composition
Chaque sortie est un nouveau CloudEvent, de sorte que n'importe quelle automatisation peut en déclencher une autre. Aucune intégration point-à-point, jamais.
42 types de nœuds de workflow
Suffisamment de primitives pour exprimer des opérations réelles — déclencheurs, flux de contrôle, transformations de données, appels d'intégration et étapes humaines.
Visuel pour les opérateurs. SDK pour les développeurs.
Les non-développeurs conçoivent sur un canevas visuel en glisser-déposer. Les développeurs étendent la plateforme avec un SDK TypeScript typé et une CLI.
Concepteur Visuel
Un canevas visuel avec zoom, minimape et historique d'exécution en direct — inspectez, gérez et étendez le workflow sous-jacent de tout modèle.
SDK TypeScript & CLI
zervanor init | Génère un nouveau projet d'agent avec son manifeste et son code d'exemple. |
zervanor dev | Fait fonctionner votre agent localement avec rechargement à chaud (hot reload). |
zervanor push | Déploie sur la plateforme via du HTTP pur — aucun Docker local requis. |
zervanor status | Vérifie l'état de déploiement de votre projet sur la plateforme. |
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.
Agent + Connecteur + Workflow = une Automatisation prête
Une automatisation est plus qu'un simple « workflow ». C'est un processus opérationnel complet, assemblé à partir de trois couches et déployé en un clic.
Conçu pour les opérateurs, renforcé pour la production.
La plateforme prend en charge les étapes qui freinent habituellement un déploiement — la connexion des comptes et le maintien en conditions opérationnelles des intégrations.
Onboarding OAuth en un clic
L'opérateur enregistre l'application OAuth de chaque fournisseur une seule fois. Les locataires (tenants) associent ensuite leurs comptes en un clic — support géré par la plateforme pour OAuth 2.0 et OAuth 1.0a, aucune configuration d'application par tenant.
Test & surveillance des connecteurs
Chaque connecteur effectue des tests de santé périodiques avec des métriques Prometheus, des tableaux de bord Grafana et des alertes Alertmanager — plus une page d'état publique sans token. Les intégrations ne se détériorent pas en silence.
Multi-tenant par construction
Namespaces Kubernetes par tenant sur GKE, RBAC à l'échelle de l'organisation et requêtes filtrées par organisation — validé par un audit complet de sécurité et de gouvernance réussi (47/47 contrôles de CI).
Le catalogue devient une main-d'œuvre.
Le catalogue natif basé sur les contrats a été conçu pour les workflows. Il s'avère être la bibliothèque de compétences d'une force d'agents autonomes — les mêmes packages qui alimentent les modèles en un clic se projettent automatiquement en outils utilisables par un agent d'IA.
- Generic Agentic Runtime shell — un unique agent neutre vis-à-vis des fournisseurs (chargeur de manifeste → bootstrap des outils → boucle de planification ReAct). Les nouveaux agents sont des manifestes + outils, sans code spécifique.
- Projection d'outils — les actions certifiées d'un connecteur sont exposées aux agents via une API d'outils. Certifiez une fois → disponible à la fois pour les workflows et les agents.
- Apportez votre propre modèle — OpenAI / Gemini aujourd'hui via un mécanisme de fournisseur/base-url ; la plateforme ne fige jamais un seul fournisseur.
- Adaptateurs de canaux — un seul agent dessert plusieurs interfaces (chat, webhook, planification).
Disponible aujourd'hui : le shell du runtime, deux agents fonctionnels (ai-agent + research-agent) avec exécution d'objectifs de bout en bout, BYOK LLM d'organisation et console d'administration. Le catalogue de 40 agents répartis sur 4 couches correspond au plan de développement séquencé.