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

Gateway de autenticação auto-hospedável que mantém as credenciais de SaaS longe dos agentes e expõe mais de 1.000 provedores via MCP, HTTP e um SDK.

Análise de Sheela · Atualizado

Ver no GitHub Código aberto

Nossa nota

3.8/5

O OpenConnector é uma resposta auto-hospedada convincente ao Composio, com as credenciais protegidas atrás de um gateway, mas sua licença acaba de ficar mais restritiva e provedores OAuth ainda exigem registrar seus próprios apps.

O que é OpenConnector?

O OpenConnector, da empresa chinesa de workflows OOMOL, é um gateway de conectores para agentes de IA nos moldes do Composio ou do Pipedream Connect. Você conecta uma vez a conta de GitHub, Gmail, Notion, Slack ou BigQuery de um usuário; o gateway guarda as credenciais e expõe Actions prontas, com esquemas de requisição e resposta e escopos exigidos, aos agentes via MCP, HTTP e OpenAPI, um SDK TypeScript ou a CLI oo da OOMOL. O processo do agente nunca vê o token do provedor.

O README conta mais de 1.000 provedores e 10.000 Actions. Ele roda a partir de uma imagem Docker ou de Node.js com estado em SQLite ou PostgreSQL, no Kubernetes com um Helm chart, ou no Cloudflare Workers e no Fly.io, com um console web para credenciais, tokens de runtime, políticas de permissão e bloqueio e logs de execução com dados ocultados. A OOMOL também o oferece como serviço hospedado com seus próprios apps OAuth.

O repositório foi criado em 29 de junho de 2026 e tem cerca de 6.200 estrelas no GitHub; a v1.9.4 saiu em 27 de outubro de 2026. As versões até a v1.9.4 são Apache 2.0; o código posterior está sob uma licença Apache 2.0 modificada que exige licença comercial para oferecê-lo a terceiros como serviço de conectores hospedado.

OpenConnector vale a pena?

O valor do OpenConnector é arquitetural: os agentes recebem nomes de Actions, esquemas e rótulos de conta seguros, enquanto chaves de API e tokens OAuth ficam no runtime. Essa é a fronteira certa para um agente que lê conteúdo não confiável, porque uma injeção de prompt não consegue exfiltrar um token que o processo nunca teve. Tokens de runtime, identidades por conexão, escopos e políticas de permissão ou bloqueio sobre Actions acrescentam uma segunda camada, e os logs de execução ocultam dados sensíveis. Uma instalação de GitHub App pode gerar tokens de uma hora sob demanda em vez de guardar um token pessoal de longa duração.

O catálogo é o motivo para escolhê-lo em vez de escrever os conectores você mesmo, e as opções de implantação são generosas: SQLite para um notebook, PostgreSQL 15+ com migrações explícitas para produção, um Helm chart endurecido com opções de NetworkPolicy, ou Cloudflare Workers com D1 e R2. Os mesmos IDs de provedores e Actions funcionam em implantações auto-hospedadas e hospedadas pela OOMOL, então uma equipe pode começar no hospedado e migrar para a própria infraestrutura sem reescrever o código do agente.

Duas coisas precisam ser lidas antes de adotá-lo. Provedores OAuth auto-hospedados exigem credenciais de cliente OAuth de apps que você registra em cada provedor, o que no Google ou na Microsoft significa trabalho de verificação; o serviço hospedado elimina isso usando os apps da OOMOL, ao custo de a OOMOL guardar os tokens. E a licença mudou: o código posterior à v1.9.4 proíbe oferecer o OpenConnector a terceiros como serviço de conectores hospedado sem uma licença comercial da OOMOL, o que importa para qualquer plataforma de agentes que planejava revendê-lo. Por isso o GitHub mostra a licença como não reconhecida.

As chamadas curl para localhost do quickstart não levam token de runtime, e o README remete a uma base de segurança antes da implantação, então trate os padrões como configurações de desenvolvimento. Um catálogo desse tamanho, construído em quatro meses, terá Actions desiguais; a contagem de provedores na descrição do repositório (1.500+) e no README (1.000+) nem sequer coincide. Contra o Composio, a troca é controle e auto-hospedagem por um catálogo mais jovem e uma empresa bem menor por trás.

Onde ele se destaca

  • Um engenheiro de plataforma em uma empresa SaaS de 200 pessoas que constrói um agente interno

    Dar ao agente acesso a GitHub, Notion e Google Workspace sem colocar tokens no ambiente dele

    Implante o Helm chart com PostgreSQL, registre apps OAuth em cada provedor, emita um token de runtime para o agente e bloqueie as Actions de escrita que ele não deve chamar. Auto-hospedar é gratuito; o trabalho é o registro e a verificação dos apps OAuth.

  • Uma startup de duas pessoas lançando um agente que atua nas ferramentas dos clientes

    Permitir que os usuários finais conectem as próprias contas desde o primeiro dia

    Use os conectores hospedados pela OOMOL para que os usuários autorizem pelos apps OAuth da OOMOL, dentro das 20.000 chamadas de ferramentas de App gratuitas por mês. Confira a licença comercial antes de planejar auto-hospedar e revender mais tarde.

  • Um desenvolvedor que usa o Claude Code em um notebook

    Chamar Actions de Hacker News, GitHub e BigQuery a partir do agente por um único servidor MCP

    Rode docker compose up, adicione um token de acesso pessoal do GitHub no console e aponte o agente para localhost:3000/mcp. Adicione um token de runtime antes de expô-lo para fora da máquina.

Antes de decidir

Configuração
docker compose up baixa ghcr.io/oomol-lab/open-connector:latest; o console e a referência da API abrem em localhost:3000, e uma Action do Hacker News sem autenticação confirma que funciona. Compilar a partir do código-fonte exige Node.js 22.23.4+, 24.22.1+ ou 26.12.1+.
Integrações
Mais de 1.000 provedores, incluindo GitHub, Gmail, Notion, BigQuery, Google Analytics, Supabase, Airtable, Slack e Microsoft Teams; MCP em /mcp, HTTP em /v1/actions, OpenAPI 3.1, o Connector SDK e a CLI oo.
Dados e privacidade
Credenciais, conexões e logs de execução com dados ocultados ficam no seu armazenamento SQLite ou PostgreSQL quando auto-hospedado; os conectores hospedados pela OOMOL deixam os tokens com a OOMOL. Criptografia de credenciais opcional. Versões até a v1.9.4 em Apache 2.0; o código posterior acrescenta uma restrição a serviços hospedados.
Custo em escala
Auto-hospedar custa só a sua infraestrutura. O hospedado pela OOMOL inclui 20.000 chamadas de ferramentas de App por mês, depois 0.0003 créditos por chamada, com créditos comprados no console da OOMOL a um preço que não aparece na página de preços.
Limites
Cerca de dez issues abertas; provedores OAuth exigem seus próprios apps registrados quando auto-hospedado; as migrações do PostgreSQL precisam ser executadas explicitamente antes de atualizações; a v1.9.4 exigiu runtimes Node e Bun corrigidos por causa de uma CVE.

O que é bom

  • As credenciais dos provedores nunca chegam ao processo do agente
  • MCP, HTTP, OpenAPI, SDK e CLI a partir de um só runtime
  • Implantações com SQLite, PostgreSQL, Helm e Cloudflare Workers
  • Os mesmos IDs de Actions no hospedado ou auto-hospedado

O que não é

  • A licença pós-v1.9.4 proíbe a revenda como serviço hospedado
  • OAuth auto-hospedado exige seus próprios apps registrados
  • Preço dos créditos do hospedado não publicado
  • Catálogo de quatro meses com profundidade desigual

Ideal para

Equipes que constroem produtos com agentes e querem uma fronteira de credenciais auto-hospedada e um grande catálogo de conectores sem adotar uma plataforma de integração fechada.

Alternativas ao OpenConnector

OpenConnector: perguntas frequentes

OpenConnector vale a pena?
O OpenConnector é uma resposta auto-hospedada convincente ao Composio, com as credenciais protegidas atrás de um gateway, mas sua licença acaba de ficar mais restritiva e provedores OAuth ainda exigem registrar seus próprios apps. Damos nota 3.8 de 5.
Quanto custa OpenConnector?
Auto-hospedar é gratuito sob a OpenConnector License (Apache 2.0 modificada). Hospedado pela OOMOL: 20.000 chamadas de ferramentas de App gratuitas por mês, depois 0.0003 créditos por chamada; o preço de um crédito não é publicado.
Quais são as desvantagens de OpenConnector?
A licença pós-v1.9.4 proíbe a revenda como serviço hospedado; oAuth auto-hospedado exige seus próprios apps registrados; preço dos créditos do hospedado não publicado; catálogo de quatro meses com profundidade desigual.
Para quem OpenConnector é indicado?
Equipes que constroem produtos com agentes e querem uma fronteira de credenciais auto-hospedada e um grande catálogo de conectores sem adotar uma plataforma de integração fechada.
Quanto custa OpenConnector para uma equipe ou em produção?
Auto-hospedar custa só a sua infraestrutura. O hospedado pela OOMOL inclui 20.000 chamadas de ferramentas de App por mês, depois 0.0003 créditos por chamada, com créditos comprados no console da OOMOL a um preço que não aparece na página de preços.
OpenConnector é seguro para dados da empresa?
Credenciais, conexões e logs de execução com dados ocultados ficam no seu armazenamento SQLite ou PostgreSQL quando auto-hospedado; os conectores hospedados pela OOMOL deixam os tokens com a OOMOL. Criptografia de credenciais opcional. Versões até a v1.9.4 em Apache 2.0; o código posterior acrescenta uma restrição a serviços hospedados.
Quais são as melhores alternativas ao OpenConnector?
As alternativas mais próximas que analisamos são Activepieces, ToolHive e n8n.

Respostas verificadas em 31 de out. de 2026.