Zum Hauptinhalt springen
Connic

Verbindungen

Verbinde einen Trigger mit einem Agenten und veröffentliche ihn. Zwölf Verbindungen decken HTTP, Queues, Zeitpläne, Datenbanken, Chat und Echtzeit-Streams ab. Connic übernimmt Integrationscode und Worker.

Alle Verbindungen

12 passende Einträge

HTTP-Webhooks

Von Connic

HTTP-Anfragen mit JSON, Formulardaten oder Datei-Uploads lösen Agenten aus. Ein eigener Integrationsserver ist nicht erforderlich.

InboundOutboundSync
Details ansehen

Cron-Scheduler

Von Connic

Ein Cron-Ausdruck legt fest, wann ein Agent ausgeführt wird. Connic betreibt den Scheduler für tägliche Zusammenfassungen, stündliche Health-Checks und wöchentliche Audits.

Inbound
Details ansehen

Apache Kafka

Von Connic

Agenten verarbeiten Kafka-Topics und veröffentlichen ihre Ergebnisse wieder in Topics. Die Verbindung ist für Event-Streams mit hohem Durchsatz ausgelegt.

InboundOutbound
Details ansehen

WebSocket

Von Connic

Agenten streamen Tokens über eine bestehende Socket-Verbindung an den Browser. Chat-UIs behalten den Kontext über mehrere Nachrichten hinweg.

Sync
Details ansehen

MCP Server

Von Connic

Connic stellt Agenten als MCP-Tools bereit. Cursor, Claude Desktop und andere MCP-fähige Clients können diese Tools aufrufen.

InboundSync
Details ansehen

AWS SQS

Von Connic

Agenten arbeiten Nachrichten aus SQS-Queues ab. Visibility-Timeouts, Retries und Dead-Letter-Verarbeitung sind bereits eingerichtet.

InboundOutbound
Details ansehen

AWS S3

Von Connic

Neue Dateien in einem Bucket lösen Agenten aus. Die Agenten extrahieren Inhalte aus PDFs, beschreiben Bilder oder transkribieren Audio.

Inbound
Details ansehen

PostgreSQL

Von Connic

Mit LISTEN/NOTIFY lösen neue Zeilen innerhalb von Millisekunden einen Agenten aus. Polling oder eine CDC-Pipeline sind nicht erforderlich.

Inbound
Details ansehen

E-Mail (SMTP/IMAP)

Von Connic

Eingehende E-Mails lösen Agenten aus, die Antwortentwürfe per SMTP versenden können. Anhänge werden unterstützt.

InboundOutbound
Details ansehen

Stripe

Von Connic

Stripe-Events wie payment_failed, subscription.updated oder dispute.created lösen Agenten aus. Connic prüft die Webhook-Signaturen.

Inbound
Details ansehen

Telegram

Von Connic

Ein Agent kann einen Telegram-Bot betreiben, Nachrichten lesen, im Chat antworten und Benachrichtigungen an Channels senden.

InboundOutbound
Details ansehen

Slack

Von Connic

Slack-Bots lassen sich mit Connic verbinden. Erwähnungen lösen Agenten aus; Ergebnisse gehen an Slack-Channels.

InboundOutbound
Details ansehen

So funktionieren Verbindungen

Drei Schritte vom externen Event bis zum laufenden Agenten.

01

Erstellen und konfigurieren

Verbindung und Konfiguration werden im Dashboard ausgewählt. Connic stellt Endpoint, Consumer oder Zeitplan bereit; weiteres Hosting ist nicht erforderlich.

02

Mit einem Agenten verbinden

Eingehende Events lassen sich an jeden Agenten im Projekt weiterleiten. Die Payload kommt als strukturierter Input beim Agenten an.

03

Events starten Runs

Jedes passende Event startet einen Agent Run mit integrierten Retries, Traces und Run History. Outbound-Verbindungen transportieren Ergebnisse in die andere Richtung.

FAQ zu Verbindungen

Eine Verbindung ist ein Managed Trigger oder Channel, der einen Agenten mit einem externen System verbindet: einem HTTP Endpoint, Kafka Topic, Cron-Zeitplan oder Postfach. Die Konfiguration erfolgt im Dashboard, Connic betreibt die Infrastruktur und passende Events starten Agent Runs.

Inbound-Verbindungen starten Agent Runs durch externe Events. Mit Outbound-Verbindungen senden Agenten Ergebnisse an externe Systeme. Synchrone Verbindungen halten eine Anfrage offen und geben die Antwort des Agenten im selben Austausch zurück, etwa in einem WebSocket Chat oder synchronen HTTP Call.

Nein. Connic stellt Endpoints, Consumer, Poller und Scheduler für jede Verbindung bereit und betreibt sie. Teams konfigurieren Zugangsdaten und Routing; Scaling und Retries übernimmt Connic. So ersetzen vorgefertigte Verbindungen den Integrations-Glue.

Im Produktivbetrieb lösen Verbindungen Agenten durch externe Events aus. Der REST Trigger Endpoint ist für First-party Calls und Tests gedacht, nicht als allgemeine Integrationsoberfläche.

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