Connectors — use the user's integrations

Markdown

Connector access has two gates: the builder selects which services the agent may use, and each user connects their own account. ONBF keeps OAuth credentials away from the agent.

Transport

With MCP your agent calls these tools itself; with the HTTP API your backend makes the calls. The tools are identical.

#Two separate setup responsibilities

WhoWhat they doEffect
BuilderSelects services under Settings → Required connectors.Acts as the runtime allowlist. Only selected providers' tools are exposed to the agent.
UserConnects or reconnects their own account under Connectors.Authorizes ONBF to use that service for this user.

Selected does not mean connected: A provider's tools can appear because the builder allowed it even when the current user has not connected it. Calls then return connected: false with a user-facing reconnect message.

#Security model

  • The user completes OAuth on ONBF and can revoke it from their dashboard.
  • ONBF stores OAuth tokens encrypted and refreshes them server-side. Your agent never receives a provider token.
  • Read actions require connectors:use; write actions additionally require connectors:write.
  • Connector tools are currently run-session-only and unavailable to personal access tokens.

#Recommended agent flow

  1. Your agent calls list_connections, which is already filtered to the providers you allowed for this agent.
  2. It checks connected and needsReconnect before using a provider tool.
  3. If the provider is available, it calls one of the exact tool names returned in tools.
  4. If not, it asks the user to connect or reconnect that service in their ONBF dashboard, without exposing raw provider errors.

#Who calls the connector tools

Your only setup step is choosing which services this agent may use. Whether a specific user's account is reachable is resolved at runtime, per run.

Nothing for you to build. Once your platform is pointed at ONBF's MCP server, your agent already has the connector tools in its tool list and does the calling itself, mid-run, whenever it decides to. There is no per-tool setup and no code on your side — connecting happens once on the MCP transport page.

The tool list your agent sees already reflects both gates — your allowlist and this user's connected accounts — so unavailable providers simply aren't offered to it.

#Available connectors

ConnectorCapabilitiesAccess
Google DriveList, search, read text and download files.Read-only
GmailList, search, read, download attachments and create drafts.Read + draft; never send
Google CalendarList/search events and create/update events.Read + write
Connectors — use the user's integrations · ONBF