- Register connector — point at an MCP server already running somewhere
- Upload MCP server — hand over source and let the platform build, harden, and run it
Connectors
Lists everything available to you, including what teammates shared. A shared connector shows shared by and the owner’s name.
Click a row or the gear icon to open its detail panel. The trash icon appears only on connectors you own and asks to confirm, since deleting one removes its tools from every agent using it.
The sidebar splits the list three ways — All, Created by you, and Shared with me — and the All / Connected tabs filter each of those down to what you’ve connected a credential to. Each card shows the server’s name, its tool count, and a connected badge.
Registering an external server
1
Name it
Name is the internal identifier (
github). Display name is what people see (GitHub) and is optional.2
Enter the URL and probe it
Paste the URL (e.g.
https://mcp.example.com/mcp) and click Probe. The platform contacts the server, works out what authentication it expects, and selects the matching auth type with a hint explaining what it found.Probing is optional. A failed probe usually means the URL is wrong or unreachable.3
Fill in the auth fields
4
Register
Add an optional description and click Register. The connector appears immediately.
Connecting your credential
Registering doesn’t sign you in. The connector’s detail panel has a Credential section:- Enter your API key or token and click Save (or Replace). If the platform stores it but can’t verify it against the server, it tells you.
- Remove clears a stored credential.
Everyone using a shared connector connects with their own credential or OAuth grant. Sharing never hands over the owner’s login.
Uploading your own MCP server
Upload MCP server has two tabs:- Upload zip — name, optional version tag (defaults to
v1), and a.zipof your source - From GitHub — name, version tag, and a repository URL
Dockerfile at its root, and your server should read $PORT and serve MCP over Streamable HTTP at /mcp. Full contract: Deploy your own MCP server.
Queue build returns the new connector’s ID. The build runs in the background — close the modal and track it under My uploads.
My uploads
Each row shows the connector’s name, status (Deploying, Active, Failed), any error message, and the resolved endpoint. The terminal icon opens Build logs — the first place to look when a build fails. Uploaded servers run third-party code, so they get extra hardening and network isolation. See Deploy your own MCP server.Toolkits
A catalog of pre-built integrations — Airtable, Asana, Bitbucket, ClickUp, Confluence, Discord, Dropbox, GitHub, GitLab, Gmail, Google Calendar, Google Drive, and more — each with its tool count and description. All, Connected, and Available to connect filter the grid; the + on a card connects it, and a tick marks the ones already connected.Agent access
Controls which connectors an agent may use, and which of their tools. Pick an agent in the search box. You then get a table of every connector available to it:- Enabled turns a connector on or off for that agent. Changes save on toggle — a failed save snaps the switch back and says why.
- Tools expands an inline editor listing every tool with its description and an Allow / Deny dropdown. Set what you want restricted, then Save rules.
Nothing needs configuring to grant access. A connector you can reach is usable by your agents by default. These controls only restrict.
Related
MCP gateway overview
Connectors, delegation tokens, and the request flow.
Connect an external server
The same flow from the CLI and API.
Deploy your own server
What your source must provide.
Per-agent tool permissions
The full permission model.
