Zum Hauptinhalt springen
connic

Verbinde deine Agenten
mit den Systemen, die du schon nutzt.

Eine Verbindung gibt einem Agenten eine Webhook-URL, einen Queue-Consumer, einen Zeitplan, ein Postfach oder eine Telefonnummer. connic betreibt sie, und jedes Event wird zu einem Run, den du nachverfolgen kannst.

Starte kostenlosSo funktionieren VerbindungenDokumentation zu Verbindungen lesen

Alle Verbindungen

16 passende Einträge

Wie eine Verbindung deinen Agenten erreicht

Jede Verbindung unterstützt einen oder mehrere Modi. Der Modus legt fest, in welche Richtung Daten zwischen dem System und dem Agenten fließen.

Inbound
Ein Event startet einen Run bei jedem verknüpften Agenten. Ein Webhook antwortet sofort mit den Run-IDs.
Outbound
Ergebnisse gehen raus, wenn ein Run fertig ist oder wenn der Agent oder seine Middleware sie während des Runs sendet.
Sync
Der Aufrufer wartet im selben Austausch auf die Antwort, etwa bei einem Sync Webhook, einer WebSocket-Session, einem MCP-Tool-Aufruf oder einem Telefonanruf.

  1. Verbindung anlegen

    Lege sie im Dashboard an oder deklariere sie als YAML-Datei in connectors/, die zusammen mit deinen Agenten bereitgestellt wird.

    connectors/support-inbox.yaml

  2. Agenten verknüpfen

    Eine Verbindung kann mehrere Agenten starten, und ein Agent kann auf mehrere Verbindungen hören.

  3. Aus Events werden Runs

    In Agent Runs siehst du, welche Verbindung einen Run gestartet hat. Die Eingabe bleibt gespeichert, damit du ihn erneut starten kannst.

  4. Ergebnisse gehen zurück

    Eine ausgehende Verbindung sendet das Ergebnis, antwortet im Channel oder veröffentlicht die Nachricht.

Entdecke weitere Features

VerbindungenEvent-Fluss, ausgehende Zustellung und Verbindungen im Code im Detail.BridgesKafka, Postgres und Webhooks in deinem privaten Netzwerk erreichen.ObservabilitySieh, welche Verbindung jeden Run gestartet hat.EnvironmentsEigene Connections und Variablen für Staging und Produktivbetrieb.

FAQ zu Verbindungen

Eine Verbindung verknüpft Agenten mit einem anderen System. Inbound-Verbindungen starten Runs durch Events wie eine HTTP-Anfrage, eine Kafka-Nachricht, einen Zeitplan oder eine E-Mail. Outbound-Verbindungen liefern Ergebnisse aus, und Sync-Verbindungen antworten im selben Austausch. connic betreibt Endpoint, Consumer oder Scheduler hinter jeder Verbindung.

Inbound-Verbindungen starten Agent Runs durch Events von außen. Outbound-Verbindungen senden Ergebnisse an andere Systeme. Sync-Verbindungen halten die Anfrage offen und geben die Antwort des Agenten im selben Austausch zurück, etwa in einem WebSocket-Chat, bei einem Sync Webhook oder in einem Telefonanruf.

Nein. connic betreibt Endpoints, Consumer, Poller und Scheduler hinter jeder Verbindung. Du hinterlegst die Zugangsdaten und legst fest, welche Agenten eine Verbindung startet. So ersetzen Verbindungen den Integrations-Glue.

Nutze für Events aus anderen Systemen eine Verbindung. Jede Quelle bekommt damit eigene URL oder Subscription, Secret, Modus und Zustellung der Ergebnisse, und jeder Run hält fest, welche Verbindung ihn gestartet hat. Die REST API dient dazu, ein Projekt aus deinem eigenen Code und deinen Tests zu verwalten und zu beobachten.

Ja. Jeder Verbindungstyp außer Slack lässt sich als YAML-Datei in connectors/ deklarieren. Jedes Deployment legt diese Verbindungen für sein Environment an, aktualisiert sie oder legt sie still, und ein Rollback stellt sie wieder her. Die Dokumentation zu Verbindungen im Code listet jedes Feld auf.

Verbindungen sind in der Plattform enthalten. Die gestarteten Runs nutzen Projektguthaben zu den veröffentlichten Preisen für Runs, Compute und Storage.