Integrationen

Ein governed Pfad.
Jeder Connector.

Connector-Aufrufe laufen serverseitig über ein governed Invocation-Framework — Idempotency Keys, Retries, SSRF-geschützter Egress und Capability Gates. Slack ist heute der Referenz-Connector; ein breiterer Katalog ist auf demselben Framework geplant.

Invocation Console
Worker verbunden
Invocations server-side · queued
inv_8f24c1 chat.postMessage delivered 12s
inv_8f24c0 chat.postMessage delivered 41s
inv_8f24bf db.read:orders delivered 1m
inv_8f24be chat.postMessage retrying 2m
inv_8f24bd db.read:orders delivered 4m
inv_8f24bc chat.postMessage queued 5m
Invocation-Framework

Connectoren sind governed Calls.
Keine eingefügten API-Keys.

Jede Connector-Invocation läuft über denselben serverseitigen Pfad. Nichts wird aus dem Browser aufgerufen, und kein Credential erreicht jemals User-Code.

01
Queued Execution

Invocations laufen über einen queued Worker mit Idempotency Keys und Retries — doppelte Sendungen sind strukturell ausgeschlossen.

02
Geschützter Egress

Ausgehende Aufrufe durchlaufen SSRF-geschützte Egress-Validierung. Connectoren erreichen, was sie deklarieren — sonst nichts.

03
Capability Gating

Apps brauchen eine explizite Capability, um einen Connector aufzurufen. Keine Capability, kein Call — erzwungen bei Publish und zur Laufzeit.

Invocation-Framework
Invocation-Pipeline
app.call() governed SDK · server-side
capability check slack.chat.postMessage granted
enqueue idempotency_key dedupe
egress validation SSRF guard · allowlisted host
deliver retry 3x · exponential backoff
audit actor + outcome · append-only
Serverseitige Invocations mit Idempotency Keys und Retries
SSRF-geschützte Egress-Validierung bei jedem ausgehenden Aufruf
Connector-Instanzen speichern Config und Secret References, nie Browser-Secrets
Jede Invocation wird mit Akteur und Ergebnis auditiert
Serverseitige Ausführung · Idempotent · Capability-gated · Auditiert
Katalog Verfügbar Geplant

Ein kleines governed Set.
Kein Marktplatz.

PostgreSQL und Slack sind heute live. Datenbank-, API- und Custom-Source-Konnektoren sind auf demselben governed Framework geplant — Qualität vor Anzahl.

Katalog
Connector-Registry
PostgreSQL
Verfügbar

Dedizierte Datenbank pro Org mit serverseitiger SQL-Ausführung.

Slack
Verfügbar

Referenz-Connector — governed Nachrichten mit idempotenter Zustellung.

MySQL
Geplant

Externer Datenbank-Connector auf dem governed Framework.

MongoDB
Geplant

Document-Store-Connector auf dem governed Framework.

REST API
Geplant

Generischer HTTP-Connector mit deklarierten Egress-Zielen.

GraphQL
Geplant

Typisierter API-Connector mit capability-scoped Queries.

Slack-Connector live · Katalog geplant · Dasselbe Framework für jeden Connector
Integrationen

Schluss mit eingefügten API-Keys.
Anfangen mit governed Calls.

Connector-Credentials bleiben serverseitig. Invocations sind queued, idempotent und auditiert. Gebaut für Teams, die Drittanbieter-Aufrufe als Produktionsverkehr behandeln.

Offene Beta · Slack-Connector live · Katalog geplant

Serverseitige Ausführung · Secret References · Capability Gates · Auditierte Invocations