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.
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 AppsOOMOL 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.
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.
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.
Les backends TypeScript, les outils MCP et les appels HTTP peuvent utiliser les mêmes comptes sans demander aux utilisateurs de s'autoriser à nouveau.
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 dans OOMOL Console et stockez son ID et sa clé API dans votre backend.
Ajoutez une configuration de fournisseur, renseignez les informations OAuth de l'app et choisissez les scopes nécessaires.
Utilisez le SDK pour créer un lien d'autorisation et gérer le callback dans votre produit.
Sélectionnez un compte connecté, exécutez une action depuis votre backend et consultez son état et ses logs dans OOMOL.
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.
Accédez aux apps connectées depuis les backends TypeScript et intégrez des intégrations dans votre produit.
Voir le SDKCLI open source pour vérifier les connexions, lire les paramètres et valider des appels depuis le terminal.
Installer oo CLIUtilisez 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.
Installer MCPUtilisez HTTP brut ou lisez la description OpenAPI lorsque vous avez besoin de clients générés.
Lire les docsUtilisez 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.
Laissez OOMOL gérer l'autorisation, les identifiants et les appels pour réduire le travail opérationnel et lancer plus rapidement.
Utilisez Workers, D1, R2 et Static Assets pour un service léger géré par votre équipe.
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.
Réponses sur l'hébergement, le stockage des identifiants, les chemins d'accès, les permissions et l'état des connexions.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
&color=rgb(255%2C%20255%2C%20255%2C%200))
&color=rgb(0%2C0%2C0%2C0))
