Integrations5 min readBeta

Connecting an External MCP Server

Connect any app that has its own MCP server — Linear, GitHub, Stripe, Notion, and more — and give your agents its tools.

What External MCP Servers Enable

Many vendors now publish their own MCP (Model Context Protocol) server, listing a set of tools Symbi can use directly — without Symbi having to build a dedicated pack for that vendor. Connecting one gives your agents access to whichever of that server's tools you choose to grant, after you confirm how carefully each one should be reviewed.

Symbi talks to the vendor's server directly; the server's address and any credential stay on Symbi's side and are never shown to an agent or to the model.

Connect a Server

  1. Open Settings → Connectors and click the MCP server tile, or go directly to Settings → Connectors → MCP servers
  2. Under Add an MCP server, enter:
    • Name — e.g. "Linear", shown as "<name> · MCP server" once connected
    • Server URL — the vendor's MCP address, from their own documentation (e.g. https://mcp.example.com/mcp)
    • How does Symbi sign in? — one of:
      • Sign in with the app (OAuth) — you sign in on the vendor's page; advanced users can also supply a pre-registered client ID / secret if the server does not register Symbi automatically
      • Paste a token (API key) — a key you create in the app's own settings, stored encrypted
      • No sign-in (public server) — only for a server that needs no credential
  3. Click Continue to sign in (OAuth), which sends you to the vendor to sign in — or Connect and list tools (token or public server), which lists the server's tools immediately

Only Owner and Admin users can connect an MCP server.

Confirm Review Groups

Every tool a vendor's server lists has a review group that a company admin confirms. A tool works before that, but until its group is confirmed, every call it makes waits for a person's approval, whatever mode the agent is in. Symbi suggests a group from the server's own annotations and the tool's name and description, but a vendor's annotation is only ever a suggestion — it never lowers review on its own, and you still choose per tool (or accept all pending suggestions at once).

The six review groups, in Symbi's own words:

| Group | Meaning | | --------------------------------------------------- | --------------------------------------------------------- | | Looks things up only — never reviewed | Read-only; never held for approval | | Sends messages others see | Composes or sends something external, e.g. Slack or email | | Changes an item's state (close, delete, cancel) | Ends or changes the lifecycle of a record | | Files or routes (tag, assign, move) | Organizes without changing content | | Internal notes for your team | Internal-only annotation | | Creates or changes content | Writes or edits content |

On the connection's own page (Settings → Connectors → MCP servers → <name>) you can see which agents use the server, how many tools are confirmed, and refresh the tool list if the vendor adds or changes tools. A confirmed group only keeps applying while the vendor's tool still matches the exact shape it had when you confirmed it — if the vendor changes a tool's schema, or no longer reports it the same way, Symbi falls back to reviewing every call from it until an admin re-confirms.

Tools no agent is currently granted are folded out of the list by default, since their group changes nothing until an agent is actually given that tool.

Granting Tools to an Agent

Tools are granted per agent through the agent builder chat — an agent only gets the specific tools picked for it there, never the server's whole catalogue automatically.

A tool can be granted before its review group is confirmed. If you are a company admin, the chat shows a confirmation card with Symbi's suggested group, and you confirm it right there — it then applies to every agent in the company. For anyone else, the tool is granted unconfirmed: it works, but every call waits for a person's approval until an admin confirms its group under Settings → Connectors → MCP servers.

A change you make to a tool's review group afterwards applies immediately if it makes review stricter, and only takes effect for an agent once it is republished if it makes review less strict.

Limitations

  • Beta — expect the connect flow and the tool-confirmation screen to change
  • Never a trigger — an external MCP server cannot start an agent; agents still need an existing trigger (a support channel, a schedule, or a webhook)
  • Never an output or human-in-the-loop destination of its own — an agent uses the tools it was granted, nothing more
  • Company integration — not available for the Personal Assistant

What's Next?

  • Pick the tools an agent should use in the agent builder chat, then publish the agent
  • Review calls made through a granted tool in the Operation Center
  • Revisit review groups whenever a vendor adds new tools to their server