[go: up one dir, main page]

One SDK800+ app integrations

OOMOL is a complete open-source app integration solution for one reliable connection layer across AI agents and product backends.

800+
app integrations
8000+
callable tools
1
open-source SDK

Let users connect the apps they already use

GitHub, Gmail, Notion, Slack, Supabase, Airtable: you should not have to rebuild auth and calls for each one. Add OpenConnector and your product can use one connection layer.

GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare

Stop rebuilding the same API work

Authorization, credentials, parameters, calls, and records live in one open-source service. Run it yourself, audit the code, and decide how every connection can be used.

Use ready-made integrations

Connect the apps your users already know, and spend your time on product experience instead of pagination, parameters, errors, and scopes.

Keep credentials out of your app code

API keys, OAuth tokens, and connection settings stay in OpenConnector. Your backend calls with connection names and parameters.

Connect once, use everywhere

TypeScript backends, MCP tools, and HTTP calls can use the same accounts without asking users to authorize again.

Set up your first integration with less work

Choose an app, let the user authorize, make a call, and review the record. OpenConnector stores credentials and makes the external request.

  1. 01

    Choose the app

    Find the app and action, then check the parameters and scopes.

  2. 02

    Let the user authorize

    Each connection maps to a real account. After OAuth or API key setup, credentials stay inside the connection service.

  3. 03

    Call from your backend

    Use the SDK, MCP, or HTTP. OpenConnector talks to the external app and returns the result.

  4. 04

    Trace what happened

    Call records, redacted outputs, and allow or block rules help your team see which systems used which connections.

One set of connections, multiple ways to call

The TypeScript SDK, oo CLI, MCP, and HTTP can call the same connected accounts. Choose the calling method for each use case without repeating authorization or credential work.

Connector SDK

Access connected apps from TypeScript backends and embed integrations in your product.

View SDK

oo CLI

Check connections, read parameters, and verify a call from your terminal.

View CLI

MCP

Let MCP hosts use connected apps while OpenConnector keeps account and permission control.

Read docs

HTTP and OpenAPI

Use plain HTTP, or read the OpenAPI description when you need generated clients.

Read docs

Launch faster with hosting, keep control with self-hosting

Use OOMOL hosting to handle authorization, credentials, and calls when you want to add integrations sooner. Deploy on Cloudflare or self-host OpenConnector when your team needs control over code, data, and operations.

Hosted option

OOMOL hosting

Let OOMOL handle authorization, credentials, and calls to reduce operations work and launch sooner.

Read SDK guide
Edge deployment

Deploy on Cloudflare

Use Workers, D1, R2, and Static Assets for a lightweight service managed by your team.

Read Cloudflare setup
Open-source self-hosting

Self-host OpenConnector

Keep the connection service, web console, and data in your own environment when you need full control.

Read self-hosting

FAQ

Answers about hosting, credential storage, access paths, permissions, and connection status.

Where do account credentials live?

Credentials stay in the OpenConnector service. Your backend calls allowed interfaces through SDK, MCP, or HTTP using connection names and parameters.

Which entry points can use these connections?

SDK, oo CLI, MCP, HTTP, and OpenAPI can all use the same connections. Choose the entry point that fits your product.

Can agents and my product backend share the same connections?

Yes. The same connection service can serve agent workflows through oo CLI or MCP and product backends through SDK or HTTP. Access still depends on the account, scopes, and actions you expose for each use case.

Should I call the SDK from the browser or from my backend?

Use the SDK from a trusted backend. Browser pages can start user-facing authorization flows, but execution calls that involve project credentials, admin tokens, or sensitive connection identifiers should stay on the server side.

Does it support OAuth only?

No. OpenConnector supports OAuth, API keys, custom credentials, and no-auth providers when the provider action supports that connection type. OAuth flows can wait for authorization, while API key and custom credential connections can return an account synchronously.

Can I limit which actions are exposed?

Yes. Review provider scopes, action schemas, and connection labels before exposing an action to agents or product features. In self-hosted deployments, your team also controls deployment policy, storage, logs, and the interfaces you publish.

When does OOMOL hosting fit?

Use hosted OOMOL when your team wants fewer operations tasks around OAuth apps, credential storage, and service uptime.

What do we manage when self-hosting?

Your team runs the OpenConnector service and manages OAuth apps, API keys, the runtime database, encryption key, deployment, updates, logs, and access controls. This path gives you more operational control over code and data.

How do I know whether a connection is usable?

Connected accounts report status such as active, reauthorization required, error, or disconnected. Your product can check the account status before calling an action and guide users to reconnect when authorization expires.

Does it only support the apps shown here?

No. These logos are examples. OpenConnector can connect to 800+ apps and services across SaaS, developer tools, productivity apps, data systems, and AI services.