Leina
Wanta
Flow
npm i @oomol-lab/connectorUtilisez des intégrations prêtes à l'emploi
Les intégrations prêtes à l'emploi gèrent la pagination, les paramètres, les erreurs et les scopes, ce qui laisse plus de temps à votre équipe pour l'expérience produit.
Un SDK1500+ intégrations d'apps
Une couche de connexion aux applications pour les agents IA et les backends produit.Utilisez l’hébergement OOMOL ou déployez OpenConnector, dont le code source est disponible.
- 1500+
- intégrations d'apps
- 10,000+
- outils appelables
- 1
- SDK open-source
Permettez à vos utilisateurs de connecter les apps qu'ils utilisent déjà
Connectez GitHub, Gmail, Notion, Slack, Supabase, Airtable et d'autres apps via OOMOL. Elles partagent une même couche d'autorisation et d'appel, directement utilisable par votre produit.
Explorer les intégrationsGitHub
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 connexions personnelles et d’équipe sont accessibles via SDK, CLI, MCP ou HTTP. Les comptes des utilisateurs SaaS sont appelés depuis votre backend via ProjectConnector ou l’API HTTP SaaS.
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
Choisissez selon le périmètre des connexions : comptes personnels ou d’équipe, comptes des utilisateurs SaaS, ou runtime auto-hébergé.
TypeScript
Connector SDK
Depuis un backend TypeScript de confiance, utilisez Connector pour les comptes personnels ou d’équipe, et ProjectConnector pour les utilisateurs SaaS.
Terminal
CLI oo
CLI open source pour vérifier les connexions, lire les paramètres et valider des appels depuis le terminal.
oo loginMCP
MCP
Un hôte MCP peut utiliser vos connexions OOMOL personnelles ou d’équipe. Pour les comptes des utilisateurs SaaS, utilisez ProjectConnector depuis votre backend.
connector.oomol.com/v1/mcpREST
HTTP et OpenAPI
Utilisez HTTP brut ou lisez la description OpenAPI lorsque vous avez besoin de clients générés.
GET /v1/catalogLancez-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
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 des services tiers restent dans le service de connexion choisi. Conservez les clés API personnelles et de projet sur un backend de confiance ; le client SaaS appelle le backend de votre produit.
Quels points d'entrée peuvent utiliser ces connexions ?
Les connexions personnelles et d’équipe sont accessibles via SDK, CLI, MCP ou HTTP. Les comptes des utilisateurs SaaS sont appelés depuis votre backend via ProjectConnector ou l’API HTTP SaaS.
Mon Agent peut-il utiliser les comptes des utilisateurs SaaS avec cette configuration MCP ?
La configuration MCP hébergée utilise les connexions OOMOL personnelles ou d’équipe. Pour le SaaS, votre backend authentifie l’utilisateur du produit et appelle ProjectConnector. Reliez les outils de votre Agent à ce backend ; un client qui exige MCP nécessite un adaptateur MCP propre au produit.
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 ?
OOMOL prend en charge OAuth, les clés API, les identifiants personnalisés et les fournisseurs sans authentification lorsque l'action du fournisseur accepte 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 ?
Ces logos ne montrent qu'un petit nombre d'exemples. OOMOL peut se connecter à plus de 1500 apps et services, notamment des SaaS, des outils de développement, des apps de productivité, des systèmes de données et des 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