npm i @oomol-lab/connector Utilisez des intégrations prêtes à l'emploi
Connectez les apps que vos utilisateurs connaissent déjà et consacrez votre temps à l'expérience produit plutôt qu'à la pagination, aux paramètres, aux erreurs et aux scopes.
Un SDK1000+ intégrations d'apps
OOMOL est une solution complète d'intégration d'apps open-source pour une couche de connexion fiable entre les agents IA et les backends produit.
- 1000+
- intégrations d'apps
- 10000+
- outils appelables
- 1
- SDK open-source
Permettez à vos utilisateurs de connecter les apps qu'ils utilisent déjà
GitHub, Gmail, Notion, Slack, Supabase, Airtable : vous ne devriez pas avoir à reconstruire l'authentification et les appels pour chacun. Connectez-les avec OOMOL et utilisez une seule couche de connexion dans votre produit.
Parcourir les Apps GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare
Arrêtez de reconstruire le même travail d'API
OOMOL réunit l'autorisation, les identifiants, les paramètres, les appels et les enregistrements dans une seule couche de connexion gérée pour votre produit.
Gardez les identifiants hors du code de votre app
Les clés API, les tokens OAuth et les paramètres de connexion restent dans OOMOL. Votre backend appelle avec des noms de connexion et des paramètres.
Connectez une fois, utilisez partout
Les backends TypeScript, les outils MCP et les appels HTTP peuvent utiliser les mêmes comptes sans demander aux utilisateurs de s'autoriser à nouveau.
Configurez votre première intégration avec moins d'effort
Créez un projet et configurez une app dans OOMOL Console, puis utilisez le SDK dans votre backend pour autoriser les utilisateurs et appeler des actions.
-
Créez un projet
Créez un projet dans OOMOL Console et stockez son ID et sa clé API dans votre backend.
-
Configurez l'app
Ajoutez une configuration de fournisseur, renseignez les informations OAuth de l'app et choisissez les scopes nécessaires.
-
Démarrez l'autorisation utilisateur
Utilisez le SDK pour créer un lien d'autorisation et gérer le callback dans votre produit.
-
Appelez et suivez les actions
Sélectionnez un compte connecté, exécutez une action depuis votre backend et consultez son état et ses logs dans OOMOL.
Un seul ensemble de connexions, plusieurs façons d'appeler
Le SDK TypeScript, le CLI oo, MCP et HTTP peuvent appeler les mêmes comptes connectés. Choisissez la méthode d'appel pour chaque cas d'usage sans répéter le travail d'autorisation ou d'identifiants.
TypeScript
Connector SDK
Accédez aux apps connectées depuis les backends TypeScript et intégrez des intégrations dans votre produit.
Terminal
CLI oo
CLI open source pour vérifier les connexions, lire les paramètres et valider des appels depuis le terminal.
oo login MCP
MCP
Utilisez la prise en charge MCP d'OOMOL pour donner aux hôtes MCP accès aux apps connectées, tandis que les comptes et les permissions restent gérés dans OOMOL.
connector.oomol.com/v1/mcp REST
HTTP et OpenAPI
Utilisez HTTP brut ou lisez la description OpenAPI lorsque vous avez besoin de clients générés.
GET /v1/catalog Lancez-vous plus rapidement avec l'hébergement, gardez le contrôle avec l'auto-hébergement
Utilisez l'hébergement OOMOL pour gérer l'autorisation, les identifiants et les appels lorsque vous souhaitez ajouter des intégrations rapidement. Déployez sur Cloudflare ou auto-hébergez OpenConnector lorsque votre équipe a besoin de contrôler le code, les données et les opérations.
Option hébergée
Hébergement OOMOL
Laissez OOMOL gérer l'autorisation, les identifiants et les appels pour réduire le travail opérationnel et lancer plus rapidement.
Déploiement en edge
Déployez sur Cloudflare
Utilisez Workers, D1, R2 et Static Assets pour un service léger géré par votre équipe.
Auto-hébergement open-source
Auto-hébergez OpenConnector
Gardez le service de connexion, la console web et les données dans votre propre environnement lorsque vous avez besoin d'un contrôle total.
FAQ
Réponses sur l'hébergement, le stockage des identifiants, les chemins d'accès, les permissions et l'état des connexions.
Où se trouvent les identifiants des comptes ?
Les identifiants restent dans OOMOL. Votre backend appelle les interfaces autorisées via le SDK, MCP ou HTTP en utilisant les noms de connexion et les paramètres.
Quels points d'entrée peuvent utiliser ces connexions ?
Le SDK, le CLI oo, MCP, HTTP et OpenAPI peuvent tous utiliser les mêmes connexions. Choisissez le point d'entrée qui convient à votre produit.
Les agents et le backend de mon produit peuvent-ils partager les mêmes connexions ?
Oui. Le même service de connexion peut servir les flux de travail des agents via le CLI oo ou MCP et les backends produit via le SDK ou HTTP. L'accès dépend toujours du compte, des scopes et des actions que vous exposez pour chaque cas d'usage.
Dois-je appeler le SDK depuis le navigateur ou depuis mon backend ?
Utilisez le SDK depuis un backend de confiance. Les pages du navigateur peuvent démarrer des flux d'autorisation côté utilisateur, mais les appels d'exécution impliquant des identifiants de projet, des tokens d'administration ou des identifiants de connexion sensibles doivent rester côté serveur.
Est-ce que cela supporte uniquement OAuth ?
Non. OOMOL supporte OAuth, les clés API, les identifiants personnalisés et les fournisseurs sans authentification lorsque l'action du fournisseur supporte ce type de connexion. Les flux OAuth peuvent attendre l'autorisation, tandis que les connexions par clé API et identifiants personnalisés peuvent renvoyer un compte de manière synchrone.
Puis-je limiter les actions exposées ?
Oui. Vérifiez les scopes du fournisseur, les schémas d'actions et les libellés de connexion avant d'exposer une action aux agents ou aux fonctionnalités produit. Dans les déploiements auto-hébergés, votre équipe contrôle également la politique de déploiement, le stockage, les journaux et les interfaces que vous publiez.
Quand l'hébergement OOMOL est-il adapté ?
Utilisez OOMOL hébergé lorsque votre équipe souhaite moins de tâches opérationnelles autour des apps OAuth, du stockage des identifiants et de la disponibilité du service.
Que gérons-nous en auto-hébergement ?
En auto-hébergement, votre équipe gère les apps OAuth, les clés API, la base de données d'exécution, la clé de chiffrement, le déploiement, les mises à jour, les journaux et les contrôles d'accès. Cette voie vous donne plus de contrôle opérationnel sur le code et les données.
Comment savoir si une connexion est utilisable ?
Les comptes connectés indiquent leur état : actif, réautorisation nécessaire, erreur ou déconnecté. Votre produit peut vérifier l'état du compte avant d'appeler une action et guider les utilisateurs pour se reconnecter lorsque l'autorisation expire.
Est-ce que seules les apps affichées ici sont supportées ?
Non. Ces logos sont des exemples. OOMOL peut se connecter à plus de 1000 apps et services à travers les SaaS, outils de développement, apps de productivité, systèmes de données et services d'IA.
Vous avez encore des questions sur le SDK ?
Contactez le support OOMOL pour choisir entre le SDK, l'hébergement OOMOL, un déploiement Cloudflare ou l'auto-hébergement.
Contacter le support