Un unico backbone di eventi. Zero fornitori hardcoded.
Ogni integrazione — in entrata o in uscita — parla un'unica lingua: CloudEvents 1.0. Questo contratto unico è ciò che permette al catalogo di svilupparsi senza mai dover riscrivere il motore centrale.
Ingestione
Agenti e connettori normalizzano qualsiasi origine in CloudEvents standard su un backbone Kafka — la stessa busta, a prescindere dall'origine.
Instradamento
Il motore di flussi di lavoro abbina ciascun evento in base a pattern, cron o webhook ed esegue il grafo che esso attiva.
Azione
I nodi chiamano i connettori, lanciano agenti di IA, si ramificano su condizioni o attendono una validazione umana — 42 tipi di nodi in un unico canvas.
Composizione
Ciascun risultato è un nuovo CloudEvent, per cui qualsiasi automazione può attivarne un'altra. Nessuna integrazione punto a punto, mai.
42 tipi di nodi di workflow
Sufficienti elementi base per esprimere operazioni reali — trigger, flusso di controllo, trasformazioni di dati, chiamate d'integrazione e passaggi umani.
Visivo per gli operatori. SDK per gli sviluppatori.
I non sviluppatori progettano su un canvas visivo in drag-and-drop. I sviluppatori estendono la piattaforma con un SDK TypeScript tipato e una CLI.
Builder Visivo
Un canvas visivo con zoom, minimappa e storico di esecuzione in tempo reale — ispeziona, governa ed estendi il flusso di lavoro sottostante di qualsiasi modello.
SDK TypeScript & CLI
zervanor init | Genera un nuovo progetto di agente con il suo manifesto e codice d'esempio. |
zervanor dev | Esegue il tuo agente in locale con ricaricamento a caldo (hot reload). |
zervanor push | Distribuisce sulla piattaforma tramite HTTP puro — nessun Docker locale richiesto. |
zervanor status | Controlla lo stato di deployment del tuo progetto sulla piattaforma. |
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 + Connettore + Workflow = Modello di Soluzione
Un Modello di Soluzione non è «un flusso di lavoro». È un processo operativo completo, assemblato a partire da tre strati e distribuito in un clic.
Progettato per gli operatori, rafforzato per la produzione.
La piattaforma si fa carico delle fasi che di solito rallentano un deployment — la connessione degli account e il mantenimento in salute delle integrazioni.
Onboarding OAuth in un clic
L'operatore registra l'applicazione OAuth di ciascun fornitore una sola volta. I tenants associano poi i loro account in un clic — supporto gestito dalla piattaforma per OAuth 2.0 e OAuth 1.0a, nessuna configurazione di applicazione per tenant.
Test & monitoraggio dei connettori
Ciascun connettore esegue test di salute periodici con metriche Prometheus, pannelli di controllo Grafana e notifiche Alertmanager — più una pagina di stato pubblica senza token. Le integrazioni non si deteriorano in silenzio.
Multi-tenant per costruzione
Namespace Kubernetes per tenant su GKE, RBAC a livello organizzativo e query filtrate per organizzazione — validato da un audit di sicurezza e governance riuscito (47/47 controlli di CI).
Il catalogo diventa una forza lavoro.
Il catalogo nativo basato sui contratti è stato progettato per i flussi di lavoro. Si rivela essere la biblioteca delle competenze di una forza di agenti autonomi — i medesimi pacchetti che alimentano i modelli in un clic si proiettano automaticamente come strumenti per i tuoi agenti IA.
- Generic Agentic Runtime shell — un unico agente indipendente dai fornitori (caricatore di manifesto → bootstrap degli strumenti → ciclo di pianificazione ReAct). I nuovi agenti sono manifesti + strumenti, senza codice specifico.
- Proiezione degli strumenti — le azioni certificate di un connettore vengono esposte agli agenti tramite un'API di strumenti. Certifica una volta → disponibile sia per i flussi di lavoro sia per gli agenti.
- Porta il tuo modello — OpenAI / Gemini oggi tramite un meccanismo fornitore/base-url; la piattaforma non fissa mai un singolo fornitore.
- Adattatori di canale — un singolo agente serve molte superfici (chat, webhook, pianificazione).
Disponibile oggi: il shell del runtime, due agenti attivi (ai-agent + research-agent) con esecuzione di obiettivi E2E, BYOK di organizzazione per LLM e console d'amministrazione. Il catalogo di 40 agenti su 4 livelli corrisponde allo sviluppo pianificato in sequenza.