Skip to content
ReviewRamble

The weekly brief

AI, reviewed, in your inbox.

  • New reviews of tools, models, MCP servers and repos, with the verdict up front
  • Re-checked prices and ratings when something changes
  • New analysis pieces as they are published

Models, agents, MCP servers and the tools actually worth your time.

One email a week. Unsubscribe with the link in any brief. How we use your email

OpenConnector

Pasarela de autenticación autoalojable que mantiene las credenciales SaaS lejos de los agentes y expone más de 1.000 proveedores mediante MCP, HTTP y un SDK.

Reseña de Sheela · Actualizado

Ver en GitHub Código abierto

Nuestra nota

3.8/5

OpenConnector es una respuesta autoalojada creíble a Composio, con las credenciales protegidas tras una pasarela, pero su licencia acaba de endurecerse y los proveedores OAuth siguen exigiendo registrar tus propias apps.

¿Qué es OpenConnector?

OpenConnector, de la empresa china de flujos de trabajo OOMOL, es una pasarela de conectores para agentes de IA al estilo de Composio o Pipedream Connect. Conectas una vez la cuenta de GitHub, Gmail, Notion, Slack o BigQuery de un usuario; la pasarela guarda las credenciales y expone Actions predefinidas, con esquemas de petición y respuesta y los permisos necesarios, a los agentes mediante MCP, HTTP y OpenAPI, un SDK de TypeScript o la CLI oo de OOMOL. El proceso del agente nunca ve el token del proveedor.

El README cuenta más de 1.000 proveedores y 10.000 Actions. Se ejecuta desde una imagen Docker o con Node.js con estado en SQLite o PostgreSQL, en Kubernetes con un chart de Helm, o en Cloudflare Workers y Fly.io, con una consola web para credenciales, tokens de ejecución, políticas de permiso y bloqueo y registros de ejecución con datos ocultos. OOMOL también lo ofrece como servicio alojado con sus propias apps OAuth.

El repositorio se creó el 29 de junio de 2026 y tiene unas 6.200 estrellas en GitHub; la v1.9.4 salió el 27 de octubre de 2026. Las versiones hasta la v1.9.4 son Apache 2.0; el código posterior está bajo una licencia Apache 2.0 modificada que exige una licencia comercial para ofrecerlo a terceros como servicio de conectores alojado.

¿Merece la pena OpenConnector?

El valor de OpenConnector es de arquitectura: los agentes reciben nombres de Actions, esquemas y etiquetas de cuenta seguras, mientras que las claves API y los tokens OAuth se quedan en el runtime. Es la frontera correcta para un agente que lee contenido no fiable, porque una inyección de prompt no puede exfiltrar un token que el proceso nunca tuvo. Los tokens de ejecución, las identidades por conexión, los permisos y las políticas de permiso o bloqueo sobre Actions añaden una segunda capa, y los registros de ejecución ocultan los datos sensibles. Una instalación de GitHub App puede generar tokens de una hora bajo demanda en lugar de guardar un token personal de larga duración.

El catálogo es la razón para elegirlo antes que escribir los conectores tú mismo, y las opciones de despliegue son generosas: SQLite para un portátil, PostgreSQL 15+ con migraciones explícitas para producción, un chart de Helm reforzado con opciones de NetworkPolicy, o Cloudflare Workers con D1 y R2. Los mismos ID de proveedor y de Action funcionan en despliegues autoalojados y alojados por OOMOL, así que un equipo puede empezar con la versión alojada y pasar a la propia sin reescribir el código del agente.

Hay dos cosas que leer antes de adoptarlo. Los proveedores OAuth autoalojados requieren credenciales de cliente OAuth de apps que registras con cada proveedor, lo que en Google o Microsoft supone trabajo de verificación; el servicio alojado lo evita usando las apps de OOMOL, a costa de que OOMOL guarde los tokens. Y la licencia ha cambiado: el código posterior a la v1.9.4 prohíbe ofrecer OpenConnector a terceros como servicio de conectores alojado sin una licencia comercial de OOMOL, lo que afecta a cualquier plataforma de agentes que pensara revenderlo. Por ese motivo GitHub muestra la licencia como no reconocida.

Las llamadas curl a localhost del quickstart no llevan token de ejecución, y el README remite a una base de seguridad antes de desplegar, así que trata los valores por defecto como ajustes de desarrollo. Un catálogo tan grande, construido en cuatro meses, tendrá Actions desiguales; el número de proveedores de la descripción del repositorio (1.500+) y el del README (1.000+) ni siquiera coinciden. Frente a Composio, el intercambio es control y autoalojamiento a cambio de un catálogo más joven y una empresa mucho más pequeña detrás.

Dónde se gana su sitio

  • Un ingeniero de plataforma en una empresa SaaS de 200 personas que construye un agente interno

    Dar al agente acceso a GitHub, Notion y Google Workspace sin poner tokens en su entorno

    Despliega el chart de Helm con PostgreSQL, registra apps OAuth con cada proveedor, entrega al agente un token de ejecución y bloquea las Actions de escritura que no deba llamar. Autoalojarlo es gratis; el trabajo es registrar y verificar las apps OAuth.

  • Una startup de dos personas que lanza un agente que actúa en las herramientas de sus clientes

    Permitir que los usuarios finales conecten sus propias cuentas desde el primer día

    Usa los conectores alojados por OOMOL para que los usuarios autoricen a través de las apps OAuth de OOMOL, dentro de las 20.000 llamadas gratuitas a herramientas de App al mes. Revisa la licencia comercial antes de planear autoalojarlo y revenderlo más adelante.

  • Un desarrollador que usa Claude Code en un portátil

    Llamar Actions de Hacker News, GitHub y BigQuery desde el agente a través de un único servidor MCP

    Ejecuta docker compose up, añade un token de acceso personal de GitHub en la consola y apunta el agente a localhost:3000/mcp. Añade un token de ejecución antes de exponerlo fuera de la máquina.

Antes de decidirte

Puesta en marcha
docker compose up descarga ghcr.io/oomol-lab/open-connector:latest; la consola y la referencia de la API se abren en localhost:3000 y una Action de Hacker News sin autenticación sirve para comprobarlo. Compilar desde el código fuente necesita Node.js 22.23.4+, 24.22.1+ o 26.12.1+.
Integraciones
Más de 1.000 proveedores, entre ellos GitHub, Gmail, Notion, BigQuery, Google Analytics, Supabase, Airtable, Slack y Microsoft Teams; MCP en /mcp, HTTP en /v1/actions, OpenAPI 3.1, el Connector SDK y la CLI oo.
Datos y privacidad
Las credenciales, las conexiones y los registros de ejecución con datos ocultos se quedan en tu almacén SQLite o PostgreSQL cuando lo autoalojas; los conectores alojados por OOMOL dejan los tokens en OOMOL. Cifrado de credenciales opcional. Versiones hasta la v1.9.4 Apache 2.0; el código posterior añade una restricción para servicios alojados.
Coste a escala
Autoalojarlo solo cuesta tu infraestructura. El servicio alojado de OOMOL incluye 20.000 llamadas a herramientas de App al mes y luego 0,0003 créditos por llamada, con créditos que se compran en la consola de OOMOL a un precio que no aparece en la página de precios.
Límites
Unas diez incidencias abiertas; los proveedores OAuth necesitan tus propias apps registradas cuando lo autoalojas; las migraciones de PostgreSQL deben ejecutarse explícitamente antes de actualizar; la v1.9.4 exigió runtimes de Node y Bun parcheados por un CVE.

Lo bueno

  • Las credenciales del proveedor nunca llegan al proceso del agente
  • MCP, HTTP, OpenAPI, SDK y CLI desde un mismo runtime
  • Despliegues con SQLite, PostgreSQL, Helm y Cloudflare Workers
  • Mismos ID de Action en alojado y autoalojado

Lo malo

  • La licencia posterior a la v1.9.4 prohíbe revenderlo como servicio alojado
  • OAuth autoalojado necesita tus propias apps registradas
  • El precio del crédito alojado no se publica
  • Catálogo de cuatro meses con profundidad desigual

Ideal para

Equipos que construyen productos con agentes y quieren una frontera de credenciales autoalojada y un catálogo de conectores amplio sin adoptar una plataforma de integración cerrada.

Alternativas a OpenConnector

OpenConnector: preguntas frecuentes

¿Merece la pena OpenConnector?
OpenConnector es una respuesta autoalojada creíble a Composio, con las credenciales protegidas tras una pasarela, pero su licencia acaba de endurecerse y los proveedores OAuth siguen exigiendo registrar tus propias apps. Le damos un 3.8 sobre 5.
¿Cuánto cuesta OpenConnector?
Autoalojarlo es gratis bajo la OpenConnector License (Apache 2.0 modificada). Alojado por OOMOL: 20.000 llamadas gratuitas a herramientas de App al mes y luego 0,0003 créditos por llamada; el precio del crédito no se publica.
¿Qué inconvenientes tiene OpenConnector?
La licencia posterior a la v1.9.4 prohíbe revenderlo como servicio alojado; oAuth autoalojado necesita tus propias apps registradas; el precio del crédito alojado no se publica; catálogo de cuatro meses con profundidad desigual.
¿Para quién es OpenConnector?
Equipos que construyen productos con agentes y quieren una frontera de credenciales autoalojada y un catálogo de conectores amplio sin adoptar una plataforma de integración cerrada.
¿Cuánto cuesta OpenConnector para un equipo o en producción?
Autoalojarlo solo cuesta tu infraestructura. El servicio alojado de OOMOL incluye 20.000 llamadas a herramientas de App al mes y luego 0,0003 créditos por llamada, con créditos que se compran en la consola de OOMOL a un precio que no aparece en la página de precios.
¿Es OpenConnector seguro para los datos de la empresa?
Las credenciales, las conexiones y los registros de ejecución con datos ocultos se quedan en tu almacén SQLite o PostgreSQL cuando lo autoalojas; los conectores alojados por OOMOL dejan los tokens en OOMOL. Cifrado de credenciales opcional. Versiones hasta la v1.9.4 Apache 2.0; el código posterior añade una restricción para servicios alojados.
¿Cuáles son las mejores alternativas a OpenConnector?
Las alternativas más cercanas que hemos analizado son Activepieces, ToolHive y n8n.

Respuestas comprobadas el 31 oct 2026.