Zervanor — 仕組み

単一のイベントバックボーン。ハードコードされたプロバイダーはゼロ。

インバウンド・アウトバウンドを問わず、すべての統合は単一の共通言語「CloudEvents 1.0」で通信します。この単一の契約こそが、コアエンジンを一切書き換えることなくカタログをスケールさせることができる理由です。

イベントソース
メッセージングアプリWebhookスケジュール66以上のコネクター(11,000以上マッピング中)API / データベース
CloudEvents
ワークフローエンジン パターン · Cron · Webhook
CloudEvents
アクション
メール送信(SMTP)任意のコネクターの呼び出しAIステップの実行有人承認(HITL)新しいイベントの出力
01

取り込み(Ingest)

エージェントとコネクターが、あらゆるソースをKafkaバックボーン上の標準CloudEvents(起源に関わらず同じエンベロープ)に正規化します。

02

ルーティング(Route)

ワークフローエンジンが、パターン、Cron、またはWebhookによって各イベントをマッチングし、それがトリガーするグラフを実行します。

03

実行(Act)

ノードはコネクターを呼び出し、AIエージェントを実行し、条件で分岐し、または人間による確認のために一時停止します。1つのキャンバスに42種類のノードタイプがあります。

04

連携(Compose)

すべての出力は新しいCloudEventとなるため、任意の自動化が他の自動化をトリガーできます。ポイント・ツー・ポイントの接着剤は不要です。

42種類のワークフローノードタイプ

実際の運用を表現するのに十分なプリミティブ — トリガー、制御フロー、データ変換、統合呼び出し、および有人ステップ。

CloudEventトリガーCron / スケジュールWebhookトリガー手動トリガースイッチ(条件分岐)フィルターループデータ変換(JSONata)HTTPリクエストコネクターアクションエージェントの実行有人タスク(HITL)待機(ディレイ)変数設定イベント出力

オペレーターにはビジュアルを。開発者にはSDKを。

ノンプログラマーはドラッグ&ドロップのビジュアルキャンバスで作成。開発者は型定義されたTypeScript SDKとCLIでプラットフォームを拡張できます。

ビジュアルビルダー

ズーム、ミニマップ、実行履歴のリアルタイム表示を備えたビジュアルキャンバス。テンプレートの基盤となるワークフローを検査、管理、および拡張できます。

TypeScript SDK & CLI

zervanor initマニフェストとボイラープレートを使用して、新しいエージェントプロジェクトをスキャフォールディング(骨組み作成)します。
zervanor devホットリロードを有効にして、ローカルでエージェントを実行します。
zervanor push純粋なHTTP経由でプラットフォームにデプロイします。ローカルでのDocker実行は不要です。
zervanor statusプラットフォーム上のプロジェクトのデプロイ状況を確認します。
Chat-to-Build

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.
When a Trendyol order comes in, create a Paraşüt e-invoice and send the customer a Netgsm SMS
Trendyol order Paraşüt e-invoice Netgsm SMS ready

エージェント + コネクター + ワークフロー = ソリューションテンプレート

ソリューションテンプレートは単なる「ワークフロー」ではありません。3つのレイヤーから組み立てられ、ワンクリックでデプロイできる、実際に動作するビジネス運用です。

エージェント 頭脳 — 推論と意思決定
+
コネクター 手 — ツールに対するアクション
+
ワークフロー 論理 — 全てを繋ぐ配線
=
ソリューションテンプレート プロダクト — ワンクリックでデプロイ可能

オペレーター向けに構築、本番用に堅牢化。

アカウントの接続や統合の健全性の維持など、通常ロールアウトで停滞しがちな部分をプラットフォームが処理します。

ワンクリック OAuth オンボーディング

オペレーターは各プロバイダーのOAuthアプリを一度登録します。テナントはワンタップでアカウントを接続できます。OAuth 2.0およびOAuth 1.0aをプラットフォームが管理し、テナントごとのアプリ設定は不要です。

コネクターのテスト & 監視

すべてのコネクターは、Prometheusメトリクス、Grafanaダッシュボード、およびAlertmanagerインシデントを使用して定期的なヘルスチェックを実行します。統合が黙って腐食することはありません。

設計によるマルチテナント

GKE上のテナントごとのKubernetesネームスペース、組織スコープのRBAC、および組織でフィルタリングされたクエリ。合格済みのセキュリティ&ガバナンス監査(47/47 CIゲート)によって検証されています。

現在構築中 · エージェントワークフォース

カタログがワークフォース(労働力)に変わる。

コントラクトネイティブなカタログはワークフローのために構築されました。しかし、それは自律的なエージェントワークフォースのスキルライブラリとしても機能します。ワンクリックテンプレートを駆動するのと同じパックが、AIエージェントが呼び出せるツールとして自動的に投影されます。

  • 汎用エージェントランタイムシェル — プロバイダーに依存しない単一のエージェント:マニフェストロード → ツールのブートストラップ → ReActプランニングループ。新しいエージェントはマニフェスト+ツールであり、個別のコードはありません。
  • ツールプロジェクション — コネクターの認定アクションは、ツールAPIを介してエージェントに公開されます。一度認定すれば、ワークフローとエージェントの両方で利用可能です。
  • 持ち込みモデル(BYOM) — プロバイダー/base-urlのシームを介して、現在はOpenAI / Geminiに対応。特定のベンダーを固定しません。
  • チャネルアダプター — 単一のエージェントが多くのインターフェース(チャット、Webhook、スケジュール)に対応します。

現在稼働中:ランタイムシェル、E2E目標実行を備えた2つのエージェント(ai-agent + research-agent)、組織独自のAPIキー(BYOK)、管理コンソール。40エージェント、4レイヤーのカタログが次の開発フェーズです。

新着 — ランタイムとモデル

プラットフォームで—あるいは自分のデバイスで実行。

同じエージェントがマネージドクラウドでも自分のマシンでも動作し、クラウドとオンデバイスのモデルをルーティングして使い分け、チャットインターフェースから利用できます。

クラウド、または自分のデバイス

同じエージェント(1つのmanifest、1つのSDK)が、マネージドのクラウドPodでも、Zervanor Desktopアプリ経由で自分のマシンでも動きます。アウトバウンド接続なので、ファイアウォール内でも動作します。

スマートなモデルルーティング

クラウド・プラットフォーム・オンデバイスのモデルを、名前付きルーターと自動フォールバックの単一カタログに。エージェントごとにモデルを選び、必要なら推論をローカルで実行できます。

Conversations(会話)

コネクターやエージェントをツールとして動かせる、永続的でモデルルーティングされたチャット。変更の前には確認ステップがあります。

現在はデスクトップのランタイムホスト。モバイルホストはロードマップにあります。

さらに深く