Skip to content
ReviewRamble

The weekly brief

AI, reviewed, in your inbox.

  • New reviews of tools, models, MCP servers and repos, with the verdict up front
  • Re-checked prices and ratings when something changes
  • New analysis pieces as they are published

Models, agents, MCP servers and the tools actually worth your time.

One email a week. Unsubscribe with the link in any brief. How we use your email

OpenConnector

Selbst hostbares Auth-Gateway, das SaaS-Zugangsdaten von Agenten fernhält und mehr als 1.000 Anbieter über MCP, HTTP und ein SDK bereitstellt.

Getestet von Sheela · Aktualisiert

Auf GitHub ansehen Open Source

Unsere Bewertung

3.8/5

OpenConnector ist eine glaubwürdige selbst gehostete Antwort auf Composio, mit Zugangsdaten hinter einem Gateway, aber seine Lizenz wurde gerade verschärft, und OAuth-Anbieter bedeuten weiterhin, eigene Apps zu registrieren.

Was ist OpenConnector?

OpenConnector, von der chinesischen Workflow-Firma OOMOL, ist ein Connector-Gateway für KI-Agenten nach dem Vorbild von Composio oder Pipedream Connect. Du verbindest einmal das GitHub-, Gmail-, Notion-, Slack- oder BigQuery-Konto eines Nutzers; das Gateway verwahrt die Zugangsdaten und stellt Agenten vorgefertigte Actions mit Request- und Response-Schemas und den nötigen Scopes über MCP, HTTP und OpenAPI, ein TypeScript-SDK oder OOMOLs oo-CLI bereit. Der Agentenprozess sieht das Token des Anbieters nie.

Das README zählt mehr als 1.000 Anbieter und 10.000 Actions. Es läuft aus einem Docker-Image oder mit Node.js mit SQLite- oder PostgreSQL-Zustand, auf Kubernetes mit einem Helm-Chart oder auf Cloudflare Workers und Fly.io, mit einer Webkonsole für Zugangsdaten, Runtime-Tokens, Erlaubnis- und Sperrrichtlinien und geschwärzte Ausführungslogs. OOMOL betreibt es auch als gehosteten Dienst mit eigenen OAuth-Apps.

Das Repository entstand am 29. Juni 2026 und hat rund 6.200 GitHub-Sterne; v1.9.4 erschien am 27. Oktober 2026. Releases bis v1.9.4 stehen unter Apache 2.0; späterer Code steht unter einer modifizierten Apache-2.0-Lizenz, die eine kommerzielle Lizenz verlangt, um es Dritten als gehosteten Connector-Dienst anzubieten.

Lohnt sich OpenConnector?

Der Wert von OpenConnector liegt in der Architektur: Agenten bekommen Action-Namen, Schemas und sichere Kontobezeichnungen, während API-Schlüssel und OAuth-Tokens in der Runtime bleiben. Das ist die richtige Grenze für einen Agenten, der nicht vertrauenswürdige Inhalte liest, denn eine Prompt Injection kann kein Token abgreifen, das der Prozess nie hatte. Runtime-Tokens, Identitäten pro Verbindung, Scopes und Erlaubnis- oder Sperrrichtlinien für Actions bilden eine zweite Schicht, und Ausführungslogs werden geschwärzt. Eine GitHub-App-Installation kann bei Bedarf Tokens mit einer Stunde Laufzeit ausstellen, statt ein langlebiges persönliches Token zu speichern.

Der Katalog ist der Grund, es dem Selbstschreiben von Connectors vorzuziehen, und die Deployment-Optionen sind großzügig: SQLite für einen Laptop, PostgreSQL 15+ mit expliziten Migrationen für die Produktion, ein gehärtetes Helm-Chart mit NetworkPolicy-Schaltern oder Cloudflare Workers mit D1 und R2. Dieselben Anbieter- und Action-IDs funktionieren in selbst gehosteten und von OOMOL gehosteten Deployments, ein Team kann also gehostet anfangen und später ins eigene Haus umziehen, ohne den Agentencode neu zu schreiben.

Zwei Dinge solltest du vor der Einführung lesen. Selbst gehostete OAuth-Anbieter erfordern OAuth-Client-Zugangsdaten von Apps, die du bei jedem Anbieter registrierst, was bei Google oder Microsoft Verifizierungsarbeit bedeutet; der gehostete Dienst erspart das mit OOMOLs Apps, um den Preis, dass OOMOL die Tokens hält. Und die Lizenz hat sich geändert: Code nach v1.9.4 verbietet, OpenConnector Dritten ohne kommerzielle Lizenz von OOMOL als gehosteten Connector-Dienst anzubieten, was jede Agentenplattform betrifft, die es weiterverkaufen wollte. GitHub meldet die Lizenz deshalb als nicht erkannt.

Die curl-Aufrufe an localhost im Quickstart tragen kein Runtime-Token, und das README verweist vor dem Deployment auf eine Sicherheits-Baseline, behandle die Voreinstellungen also als Entwicklungseinstellungen. Ein so großer Katalog, in vier Monaten gebaut, wird ungleichmäßige Actions haben; die Anbieterzahl in der Repository-Beschreibung (1.500+) und im README (1.000+) stimmt nicht einmal überein. Gegenüber Composio tauschst du Kontrolle und Selbst-Hosting gegen einen jüngeren Katalog und eine viel kleinere Firma dahinter.

Wo es sich lohnt

  • Ein Platform Engineer bei einem SaaS-Unternehmen mit 200 Leuten, der einen internen Agenten baut

    Dem Agenten Zugriff auf GitHub, Notion und Google Workspace geben, ohne Tokens in seine Umgebung zu legen

    Das Helm-Chart mit PostgreSQL deployen, bei jedem Anbieter OAuth-Apps registrieren, dem Agenten ein Runtime-Token ausstellen und Schreib-Actions sperren, die er nicht aufrufen soll. Selbst hosten ist kostenlos; die Arbeit liegt in Registrierung und Verifizierung der OAuth-Apps.

  • Ein Zwei-Personen-Start-up, das einen Agenten ausliefert, der in den Tools seiner Kunden handelt

    Endnutzer vom ersten Tag an ihre eigenen Konten verbinden lassen

    Von OOMOL gehostete Connectors nutzen, damit Nutzer über OOMOLs OAuth-Apps autorisieren, innerhalb von 20.000 kostenlosen App-Tool-Aufrufen im Monat. Prüfe die kommerzielle Lizenz, bevor du planst, später selbst zu hosten und weiterzuverkaufen.

  • Ein Entwickler, der Claude Code auf einem Laptop nutzt

    Actions für Hacker News, GitHub und BigQuery aus dem Agenten über einen einzigen MCP-Server aufrufen

    docker compose up ausführen, in der Konsole ein persönliches GitHub-Zugriffstoken hinzufügen und den Agenten auf localhost:3000/mcp richten. Füge ein Runtime-Token hinzu, bevor du es über den Rechner hinaus erreichbar machst.

Bevor du dich festlegst

Einrichtung
docker compose up zieht ghcr.io/oomol-lab/open-connector:latest; Konsole und API-Referenz öffnen sich auf localhost:3000, und eine Hacker-News-Action ohne Authentifizierung bestätigt, dass es läuft. Der Build aus dem Quellcode braucht Node.js 22.23.4+, 24.22.1+ oder 26.12.1+.
Integrationen
Mehr als 1.000 Anbieter, darunter GitHub, Gmail, Notion, BigQuery, Google Analytics, Supabase, Airtable, Slack und Microsoft Teams; MCP unter /mcp, HTTP unter /v1/actions, OpenAPI 3.1, das Connector SDK und die oo-CLI.
Daten und Datenschutz
Zugangsdaten, Verbindungen und geschwärzte Ausführungslogs bleiben bei Selbst-Hosting in deinem SQLite- oder PostgreSQL-Speicher; bei von OOMOL gehosteten Connectors liegen die Tokens bei OOMOL. Optionale Verschlüsselung der Zugangsdaten. Releases bis v1.9.4 Apache 2.0; späterer Code ergänzt eine Einschränkung für gehostete Dienste.
Kosten im großen Maßstab
Selbst hosten kostet nur deine Infrastruktur. OOMOL gehostet enthält 20.000 App-Tool-Aufrufe im Monat, danach 0,0003 Credits pro Aufruf, wobei Credits in der OOMOL-Konsole zu einem Preis gekauft werden, der auf der Preisseite nicht steht.
Grenzen
Etwa zehn offene Issues; OAuth-Anbieter brauchen beim Selbst-Hosting eigene registrierte Apps; PostgreSQL-Migrationen müssen vor Upgrades explizit ausgeführt werden; v1.9.4 verlangte wegen einer CVE gepatchte Node- und Bun-Runtimes.

Was gut ist

  • Zugangsdaten der Anbieter erreichen nie den Agentenprozess
  • MCP, HTTP, OpenAPI, SDK und CLI aus einer Runtime
  • Deployments mit SQLite, PostgreSQL, Helm und Cloudflare Workers
  • Gleiche Action-IDs gehostet oder selbst gehostet

Was nicht

  • Die Lizenz nach v1.9.4 verbietet den Weiterverkauf als gehosteten Dienst
  • Selbst gehostetes OAuth braucht eigene registrierte Apps
  • Preis der gehosteten Credits nicht veröffentlicht
  • Vier Monate alter Katalog mit ungleicher Tiefe

Am besten für

Teams, die Agentenprodukte bauen und eine selbst gehostete Grenze für Zugangsdaten und einen großen Connector-Katalog wollen, ohne sich auf eine geschlossene Integrationsplattform einzulassen.

Alternativen zu OpenConnector

OpenConnector: häufige Fragen

Lohnt sich OpenConnector?
OpenConnector ist eine glaubwürdige selbst gehostete Antwort auf Composio, mit Zugangsdaten hinter einem Gateway, aber seine Lizenz wurde gerade verschärft, und OAuth-Anbieter bedeuten weiterhin, eigene Apps zu registrieren. Wir bewerten es mit 3.8 von 5.
Was kostet OpenConnector?
Selbst hosten ist kostenlos unter der OpenConnector License (modifizierte Apache 2.0). Von OOMOL gehostet: 20.000 kostenlose App-Tool-Aufrufe im Monat, danach 0,0003 Credits pro Aufruf; der Preis eines Credits ist nicht veröffentlicht.
Welche Nachteile hat OpenConnector?
Die Lizenz nach v1.9.4 verbietet den Weiterverkauf als gehosteten Dienst; Selbst gehostetes OAuth braucht eigene registrierte Apps; Preis der gehosteten Credits nicht veröffentlicht; Vier Monate alter Katalog mit ungleicher Tiefe.
Für wen eignet sich OpenConnector?
Teams, die Agentenprodukte bauen und eine selbst gehostete Grenze für Zugangsdaten und einen großen Connector-Katalog wollen, ohne sich auf eine geschlossene Integrationsplattform einzulassen.
Was kostet OpenConnector für ein Team oder im Produktivbetrieb?
Selbst hosten kostet nur deine Infrastruktur. OOMOL gehostet enthält 20.000 App-Tool-Aufrufe im Monat, danach 0,0003 Credits pro Aufruf, wobei Credits in der OOMOL-Konsole zu einem Preis gekauft werden, der auf der Preisseite nicht steht.
Ist OpenConnector sicher für Firmendaten?
Zugangsdaten, Verbindungen und geschwärzte Ausführungslogs bleiben bei Selbst-Hosting in deinem SQLite- oder PostgreSQL-Speicher; bei von OOMOL gehosteten Connectors liegen die Tokens bei OOMOL. Optionale Verschlüsselung der Zugangsdaten. Releases bis v1.9.4 Apache 2.0; späterer Code ergänzt eine Einschränkung für gehostete Dienste.
Was sind die besten Alternativen zu OpenConnector?
Die nächsten Alternativen, die wir getestet haben, sind Activepieces, ToolHive und n8n.

Antworten geprüft am 31. Okt. 2026.