Skip to main content
Not every MCP server has to be yours. A connected MCP is a remote server — a vendor’s, an open-source one, another Devic account’s — reached by URL. Devic authenticates against it, reads its tool list, and from that point its tools sit in the catalogue beside the ones you built yourself. They live under Connect in the MCP tab, next to My MCPs.
For the well-known SaaS apps — Google Calendar, HubSpot, Jira, Slack and a thousand more — you almost certainly want Integrations instead. Those are already packaged, already authenticated by OAuth, and connectable per end user. Connecting a remote MCP is for servers that are not in that catalogue.

​
Connecting one

1

Give it the URL

Connect Remote MCP takes the server’s endpoint — https://mcp.example.com/sse or its streamable-HTTP equivalent. If the server expects fixed headers (an API key, a tenant identifier), add them as JSON.
2

Test the connection

Devic connects and reports back what it found. Three outcomes:
  • Connected — no authentication needed, or your headers were enough.
  • OAuth required — a button appears to authorise in the usual browser flow.
  • OAuth client required — the server does not support dynamic client registration, so it wants a client of its own. Paste the client id, secret and scopes you registered with that provider and continue.
3

Name it and save

A name and a description. The description is what the models read when deciding whether to reach for these tools, so it is worth writing properly.
Once saved, the server behaves like any other tool group: attach it to an agent, an assistant or an environment, and narrow down which of its tools are enabled.

​
What connecting does not give you

A connected MCP is a client relationship: Devic calls the remote server on your behalf. It does not put Devic in front of that server for anybody else, and it does not let you rewrite what the server exposes. When you need that — hiding tools, showing different tools to different people, attributing every call to a person — the object you want is an MCP Gateway, which re-publishes a remote server under your own governed address.

My MCPs

Building a server from your own API instead.

Integrations

The catalogue of ready-made apps.

MCP Gateway

Re-publishing a remote server with control over it.

Tools in an agent

How a tool group reaches a run.