Qu’est-ce que OpenConnector ?
OpenConnector, de l'éditeur chinois de workflows OOMOL, est une passerelle de connecteurs pour agents IA dans la lignée de Composio ou Pipedream Connect. Vous connectez une seule fois le compte GitHub, Gmail, Notion, Slack ou BigQuery d'un utilisateur ; la passerelle conserve les identifiants et expose aux agents des Actions prêtes à l'emploi, avec schémas de requête et de réponse et permissions requises, via MCP, HTTP et OpenAPI, un SDK TypeScript ou la CLI oo d'OOMOL. Le processus de l'agent ne voit jamais le token du fournisseur.
Le README recense plus de 1 000 fournisseurs et 10 000 Actions. Il tourne depuis une image Docker ou avec Node.js et un état SQLite ou PostgreSQL, sur Kubernetes avec un chart Helm, ou sur Cloudflare Workers et Fly.io, avec une console web pour les identifiants, les tokens d'exécution, les règles d'autorisation et de blocage et des journaux d'exécution expurgés. OOMOL le propose aussi en service hébergé avec ses propres applications OAuth.
Le dépôt a été créé le 29 juin 2026 et compte environ 6 200 étoiles sur GitHub ; la v1.9.4 est sortie le 27 octobre 2026. Les versions jusqu'à la v1.9.4 sont sous Apache 2.0 ; le code ultérieur relève d'une licence Apache 2.0 modifiée qui exige une licence commerciale pour le proposer à des tiers comme service de connecteurs hébergé.
OpenConnector vaut-il le coup ?
La valeur d'OpenConnector est architecturale : les agents reçoivent des noms d'Actions, des schémas et des libellés de compte sans risque, tandis que les clés API et les tokens OAuth restent dans le runtime. C'est la bonne frontière pour un agent qui lit du contenu non fiable, car une injection de prompt ne peut pas exfiltrer un token que le processus n'a jamais détenu. Les tokens d'exécution, les identités par connexion, les permissions et les règles d'autorisation ou de blocage sur les Actions ajoutent une deuxième couche, et les journaux d'exécution sont expurgés. Une installation de GitHub App peut émettre à la demande des tokens valables une heure au lieu de stocker un token personnel à longue durée de vie.
Le catalogue est la raison de le préférer à des connecteurs écrits soi-même, et les options de déploiement sont généreuses : SQLite pour un portable, PostgreSQL 15+ avec migrations explicites pour la production, un chart Helm durci avec options NetworkPolicy, ou Cloudflare Workers avec D1 et R2. Les mêmes identifiants de fournisseur et d'Action fonctionnent en auto-hébergé comme chez OOMOL : une équipe peut démarrer en hébergé puis internaliser sans réécrire le code de l'agent.
Deux points sont à lire avant de l'adopter. En auto-hébergé, les fournisseurs OAuth exigent les identifiants client OAuth d'applications que vous enregistrez auprès de chacun, ce qui suppose un travail de vérification chez Google ou Microsoft ; le service hébergé l'évite en utilisant les applications d'OOMOL, au prix de laisser OOMOL détenir les tokens. Et la licence a changé : le code postérieur à la v1.9.4 interdit de proposer OpenConnector à des tiers comme service de connecteurs hébergé sans licence commerciale d'OOMOL, ce qui concerne toute plateforme d'agents qui comptait le revendre. GitHub signale la licence comme non reconnue pour cette raison.
Les appels curl vers localhost du quickstart ne portent aucun token d'exécution, et le README renvoie à une base de sécurité avant tout déploiement : considérez donc les réglages par défaut comme des réglages de développement. Un catalogue aussi vaste, construit en quatre mois, aura des Actions inégales ; le nombre de fournisseurs dans la description du dépôt (1 500+) et dans le README (1 000+) ne concordent même pas. Face à Composio, l'échange se fait entre contrôle et auto-hébergement d'un côté, catalogue plus jeune et entreprise bien plus petite de l'autre.
Là où il fait la différence
Un ingénieur plateforme dans un éditeur SaaS de 200 personnes qui construit un agent interne
Donner à l'agent l'accès à GitHub, Notion et Google Workspace sans placer de tokens dans son environnement
Déployez le chart Helm avec PostgreSQL, enregistrez des applications OAuth auprès de chaque fournisseur, attribuez à l'agent un token d'exécution et bloquez les Actions d'écriture qu'il ne doit pas appeler. L'auto-hébergement est gratuit ; le travail porte sur l'enregistrement et la vérification des applications OAuth.
Une startup de deux personnes qui lance un agent agissant dans les outils de ses clients
Permettre aux utilisateurs finaux de connecter leurs propres comptes dès le premier jour
Utilisez les connecteurs hébergés par OOMOL pour que les utilisateurs donnent leur autorisation via les applications OAuth d'OOMOL, dans la limite de 20 000 appels gratuits aux outils d'App par mois. Vérifiez la licence commerciale avant de prévoir d'auto-héberger et de revendre plus tard.
Un développeur qui utilise Claude Code sur un portable
Appeler des Actions Hacker News, GitHub et BigQuery depuis l'agent via un seul serveur MCP
Lancez docker compose up, ajoutez un token d'accès personnel GitHub dans la console et pointez l'agent vers localhost:3000/mcp. Ajoutez un token d'exécution avant de l'exposer au-delà de la machine.
Avant de vous engager
- Mise en route
- docker compose up récupère ghcr.io/oomol-lab/open-connector:latest ; la console et la référence de l'API s'ouvrent sur localhost:3000, et une Action Hacker News sans authentification permet de vérifier l'installation. Compiler depuis les sources exige Node.js 22.23.4+, 24.22.1+ ou 26.12.1+.
- Intégrations
- Plus de 1 000 fournisseurs, dont GitHub, Gmail, Notion, BigQuery, Google Analytics, Supabase, Airtable, Slack et Microsoft Teams ; MCP sur /mcp, HTTP sur /v1/actions, OpenAPI 3.1, le Connector SDK et la CLI oo.
- Données et confidentialité
- En auto-hébergé, identifiants, connexions et journaux d'exécution expurgés restent dans votre base SQLite ou PostgreSQL ; avec les connecteurs hébergés par OOMOL, les tokens restent chez OOMOL. Chiffrement des identifiants facultatif. Versions jusqu'à la v1.9.4 sous Apache 2.0 ; le code ultérieur ajoute une restriction pour les services hébergés.
- Coût à grande échelle
- L'auto-hébergement ne coûte que votre infrastructure. L'offre hébergée d'OOMOL inclut 20 000 appels aux outils d'App par mois, puis 0,0003 crédit par appel, les crédits s'achetant dans la console OOMOL à un prix absent de la page des tarifs.
- Limites
- Une dizaine de tickets ouverts ; les fournisseurs OAuth exigent vos propres applications enregistrées en auto-hébergé ; les migrations PostgreSQL doivent être lancées explicitement avant les mises à jour ; la v1.9.4 a exigé des runtimes Node et Bun corrigés à cause d'une CVE.
Les points forts
- Les identifiants des fournisseurs n'atteignent jamais le processus de l'agent
- MCP, HTTP, OpenAPI, SDK et CLI depuis un seul runtime
- Déploiements SQLite, PostgreSQL, Helm et Cloudflare Workers
- Mêmes identifiants d'Action en hébergé et en auto-hébergé
Les points faibles
- La licence postérieure à la v1.9.4 interdit la revente en service hébergé
- L'OAuth auto-hébergé exige vos propres applications enregistrées
- Prix du crédit hébergé non publié
- Catalogue de quatre mois à la profondeur inégale
Idéal pour
Les équipes qui construisent des produits à base d'agents et veulent une frontière d'identifiants auto-hébergée et un vaste catalogue de connecteurs sans adopter une plateforme d'intégration fermée.
Alternatives à OpenConnector
OpenConnector : questions fréquentes
- OpenConnector vaut-il le coup ?
- OpenConnector est une réponse auto-hébergée crédible à Composio, avec des identifiants gardés derrière une passerelle, mais sa licence vient de se durcir et les fournisseurs OAuth exigent toujours d'enregistrer vos propres applications. Nous lui donnons 3.8 sur 5.
- Combien coûte OpenConnector ?
- L'auto-hébergement est gratuit sous OpenConnector License (Apache 2.0 modifiée). Hébergé par OOMOL : 20 000 appels gratuits aux outils d'App par mois, puis 0,0003 crédit par appel ; le prix d'un crédit n'est pas publié.
- Quels sont les inconvénients de OpenConnector ?
- La licence postérieure à la v1.9.4 interdit la revente en service hébergé; l'OAuth auto-hébergé exige vos propres applications enregistrées; prix du crédit hébergé non publié; catalogue de quatre mois à la profondeur inégale.
- À qui s’adresse OpenConnector ?
- Les équipes qui construisent des produits à base d'agents et veulent une frontière d'identifiants auto-hébergée et un vaste catalogue de connecteurs sans adopter une plateforme d'intégration fermée.
- Combien coûte OpenConnector pour une équipe ou en production ?
- L'auto-hébergement ne coûte que votre infrastructure. L'offre hébergée d'OOMOL inclut 20 000 appels aux outils d'App par mois, puis 0,0003 crédit par appel, les crédits s'achetant dans la console OOMOL à un prix absent de la page des tarifs.
- OpenConnector est-il sûr pour les données de l’entreprise ?
- En auto-hébergé, identifiants, connexions et journaux d'exécution expurgés restent dans votre base SQLite ou PostgreSQL ; avec les connecteurs hébergés par OOMOL, les tokens restent chez OOMOL. Chiffrement des identifiants facultatif. Versions jusqu'à la v1.9.4 sous Apache 2.0 ; le code ultérieur ajoute une restriction pour les services hébergés.
- Quelles sont les meilleures alternatives à OpenConnector ?
- Les alternatives les plus proches que nous avons testées sont Activepieces, ToolHive et n8n.
Réponses vérifiées le 31 oct. 2026.