npm i @oomol-lab/connector Usa integraciones listas para usar
Las integraciones listas para usar gestionan la paginación, los parámetros, los errores y los scopes, y dejan a tu equipo más tiempo para la experiencia del producto.
OOMOL Platform es el stack de código abierto completo para integraciones de apps.Una capa de conexión fiable para agentes de IA y backends de productos.
Conecta GitHub, Gmail, Notion, Slack, Supabase, Airtable y más a través de OOMOL. Comparten una única capa de autorización y llamadas que tu producto puede usar directamente.
Explorar AppsOOMOL reúne autorización, credenciales, parámetros, llamadas y registros en una única capa de conexión gestionada para tu producto.
Las integraciones listas para usar gestionan la paginación, los parámetros, los errores y los scopes, y dejan a tu equipo más tiempo para la experiencia del producto.
Las claves de API, los tokens de OAuth y la configuración de conexión permanecen en OOMOL. Tu backend llama con nombres de conexión y parámetros.
Los backends en TypeScript, las herramientas MCP y las llamadas HTTP pueden usar las mismas cuentas sin pedir a los usuarios que vuelvan a autorizar.
Crea un proyecto y configura una App en OOMOL Console, y luego usa el SDK en tu backend para autorizar usuarios y llamar acciones.
Crea un proyecto en OOMOL Console y guarda su ID de proyecto y su clave de API en tu backend.
Añade una configuración de proveedor, introduce los detalles de OAuth de la App y elige los scopes que necesita tu producto.
Usa el SDK para crear un enlace de autorización y gestionar la devolución de llamada en tu producto.
Selecciona una cuenta conectada, ejecuta una acción desde tu backend y consulta su estado y registros en OOMOL.
El SDK de TypeScript, la CLI oo, MCP y HTTP pueden llamar a las mismas cuentas conectadas. Elige el método de llamada para cada caso de uso sin repetir el trabajo de autorización o credenciales.
Accede a las apps conectadas desde backends en TypeScript e integra conexiones en tu producto.
npm i @oomol-lab/connector Herramienta de línea de comandos de código abierto para comprobar conexiones, leer parámetros y verificar llamadas desde tu terminal.
oo login Usa la compatibilidad con MCP de OOMOL para dar a los hosts MCP acceso a las apps conectadas mientras las cuentas y los permisos siguen gestionados en OOMOL.
connector.oomol.com/v1/mcp Usa HTTP sin más, o lee la descripción de OpenAPI cuando necesites clientes generados.
GET /v1/catalog Usa el alojamiento de OOMOL para gestionar la autorización, las credenciales y las llamadas cuando quieras añadir integraciones antes. Despliega en Cloudflare o autoaloja OpenConnector cuando tu equipo necesite control sobre el código, los datos y las operaciones.
Deja que OOMOL gestione la autorización, las credenciales y las llamadas para reducir el trabajo de operaciones y lanzar antes.
Usa Workers, D1, R2 y Static Assets para obtener un servicio ligero gestionado por tu equipo.
Mantén el servicio de conexión, la consola web y los datos en tu propio entorno cuando necesites control total.
Respuestas sobre alojamiento, almacenamiento de credenciales, rutas de acceso, permisos y estado de las conexiones.
Las credenciales permanecen en OOMOL. Tu backend llama a las interfaces permitidas a través del SDK, MCP o HTTP usando nombres de conexión y parámetros.
El SDK, la CLI oo, MCP, HTTP y OpenAPI pueden usar las mismas conexiones. Elige el punto de entrada que mejor se adapte a tu producto.
Sí. El mismo servicio de conexión puede atender flujos de trabajo de agentes a través de la CLI oo o MCP y backends de producto a través del SDK o HTTP. El acceso sigue dependiendo de la cuenta, los ámbitos y las acciones que expongas para cada caso de uso.
Usa el SDK desde un backend de confianza. Las páginas del navegador pueden iniciar flujos de autorización orientados al usuario, pero las llamadas de ejecución que impliquen credenciales de proyecto, tokens de administración o identificadores de conexión sensibles deben permanecer en el lado del servidor.
OOMOL admite OAuth, claves de API, credenciales personalizadas y proveedores sin autenticación cuando la acción del proveedor admite ese tipo de conexión. Los flujos de OAuth pueden esperar a la autorización, mientras que las conexiones con clave de API y credenciales personalizadas pueden devolver una cuenta de forma síncrona.
Sí. Revisa los ámbitos del proveedor, los esquemas de acciones y las etiquetas de conexión antes de exponer una acción a agentes o funcionalidades del producto. En despliegues autoalojados, tu equipo también controla la política de despliegue, el almacenamiento, los registros y las interfaces que publica.
Usa OOMOL alojado cuando tu equipo quiera menos tareas de operaciones en torno a aplicaciones OAuth, almacenamiento de credenciales y disponibilidad del servicio.
Al autoalojar, tu equipo gestiona las aplicaciones OAuth, las claves de API, la base de datos en tiempo de ejecución, la clave de cifrado, el despliegue, las actualizaciones, los registros y los controles de acceso. Esta vía te da más control operativo sobre el código y los datos.
Las cuentas conectadas informan de un estado como activa, requiere reautorización, error o desconectada. Tu producto puede comprobar el estado de la cuenta antes de llamar a una acción y guiar a los usuarios para que vuelvan a conectarse cuando caduque la autorización.
Los logotipos muestran un pequeño conjunto de ejemplos. OOMOL puede conectarse a más de 1000 aplicaciones y servicios de SaaS, herramientas para desarrolladores, aplicaciones de productividad, sistemas de datos y servicios de IA.
Contacta con el soporte de OOMOL para recibir ayuda a la hora de elegir entre el SDK, el alojamiento de OOMOL, el despliegue en Cloudflare o el autoalojamiento.
Contactar con soporte