Connectors API
Use the Connectors API to give agents access to external services and MCP tools. Built-in connectors are saved as connector instances. Custom MCP servers are saved in your account-level custom MCP map.
Most endpoints require the signed-in user to have the Connectors permission. OAuth callback endpoints are public because the identity provider redirects back to them.
Catalog and instances
default_open is account-level. When it is on, Octop auto-injects that connector into Dashboard, IM, and cron runs that do not make an explicit connector selection.
Custom MCP servers
For custom MCP OAuth, save the server first, then probe it. If the probe result reports OAuth support and no token is configured, start the OAuth flow with target.type = "custom_mcp".
OAuth
Use the unified OAuth start endpoint for both catalog connectors and custom MCP servers.
Catalog connector target:
Custom MCP target:
The response contains authorize_url and state_id. Open authorize_url, finish the provider login, then poll /connectors/oauth/pending/{state_id}. Non-loopback OAuth callbacks require a public HTTPS Octop URL.
Built-in connector notes
- WeKnora uses custom fields:
base_url, optionalapi_key, optionaltenant_id, and optionalknowledge_base_ids. Octop normalizes the base URL to/api/v1. - Dify uses custom fields:
mcp_url. The URL must be a Dify MCP Server URL that contains/mcp/server/and ends with/mcp. - Feishu CLI and WeCom CLI connectors can report host CLI status and run host-side CLI installation endpoints. Use those only from the web UI or an admin workflow that can safely install host tools.

