Connect an MCP server

Add the MCP servers your agents should reach. Meandr holds the credentials and signs each call, so your agents only ever hold a Meandr token.

1

Add the server

In the console, open Servers, click Add MCP server and paste the server's URL. Meandr checks that the URL answers as an MCP server, suggests a name and reads how the server signs in, so it can suggest OAuth when the server supports it.

Then pick how the server authenticates. Meandr supports nine ways, from a plain API key to OAuth, mTLS and AWS SigV4, so most servers work as they are. What each one asks for

The form then asks for the credential that method needs. Meandr stores it encrypted and uses it only to sign requests to that server.

Custom trust roots are for a server behind your own certificate authority. Paste the authority's certificates and Meandr trusts them when it connects to this server. Custom headers go out with every call, for a server that expects something like a version or tenant header. Headers that carry credentials, such as Authorization or Cookie, are refused there. Credentials belong under Authentication.

2

Meandr checks it

Meandr verifies it can reach the server and sign in before the server goes live in your catalog. Nothing broken gets exposed to an agent.

The check runs the MCP handshake, notes the protocol version the server speaks and lists everything it offers: tools, resource templates and prompts. If the check fails, the server's page says why, such as an address that doesn't resolve, a certificate that can't be verified or a credential the server turned down. Fix it and retry.

3

Choose what your team allows

Two gates decide what an agent can call, and this is the first. The server's catalog opens as soon as it's added: tools, resource templates and prompts, each with a switch. What you switch on is what the team allows at all. Off means no workspace can even import it.

Each tool shows its name on the server and the read-only tag it declares about itself. The tag is the server's own claim, so treat it as a hint, not a guarantee. When the server adds tools later, they show up here switched off. Nothing new reaches an agent until you switch it on here and a workspace picks it.

4

Add it to a workspace

Open the workspace that should use the server and add the server to it. Anyone with write access to the workspace can do this. The credentials stay with the server, so every workspace that adds it reaches the server the same way. No workspace yet? Create one under Workspaces first.

Then decide whether its rate limits are shared with other workspaces or kept separate. Shared counts calls from every workspace together, which fits most servers, since they limit by the key Meandr signs in with. Isolated counts this workspace on its own, for when each workspace has its own budget at the server.

The limits themselves come from the server's settings, or from the workspace's limit per server when the server has none. A team admin can also set Shared or Isolated on the server itself, and then it holds for every workspace.

5

Pick the tools this workspace can call

This is the second gate. Of everything the team allowed, pick the tools this workspace can call. Nothing reaches an agent unless it cleared both.

Names stay as they are upstream. Rename a tool only when two servers collide, as when a workspace uses both GitHub and your own GitHub Enterprise server. You can also give a tool a description of your own. It is what agents read when they decide which tool to use.

Importing none is fine. The workspace's Tools page can do it later, and resource templates and prompts are picked the same way.

That's it. Agents connected to the workspace now see these tools, and every call they make goes through the workspace's policies.

Bring your servers however they sign in

API keys, custom headers, basic auth, OAuth, mTLS or AWS SigV4. Meandr adapts to the server, not the other way around.

API keys and basic auth

The two most common ways a tool server signs in. Give Meandr the credential once and it's attached to every request for you.

AWS SigV4, built in

AWS-hosted MCP servers expect AWS SigV4-signed requests. Meandr signs them for you on every call, with no proxy or sidecar for you to deploy.

Encrypted, and revocable

Credentials are stored encrypted and never handed to an agent. Agents only ever hold a Meandr token, and you can revoke it in one click.

Servers that sign in with OAuth

Pick OAuth · authorization code and sign in to the provider in your browser. Meandr registers itself with the provider when the provider allows it, keeps the tokens encrypted and renews them as they expire. If a renewal ever fails, calls to the server stop and the console asks you to reconnect.

For machine-to-machine access, pick OAuth · client credentials and give Meandr the token URL, a client ID and its secret. Meandr fetches a new token whenever the last one runs out.

One sign-in serves the whole team. Calls from every workspace go out as the account you signed in with, so sign in with an account whose access you mean to share.

Supported authentication methods

Auth method What you provide
NoneNothing, the endpoint is open
Bearer tokenThe token, sent in the Authorization header
Custom headerA header name and its value
Basic authUsername and password
OAuth · client credentialsToken URL, client ID and secret. Tokens renew automatically
OAuth · authorization codeA sign-in to the provider, in your browser
mTLS · client certificatePEM client certificate and private key
AWS SigV4AWS credentials, plus the service and region to sign against
Query-string tokenA parameter name and its value

Next steps

Connect an agent

Give your agent its workspace URL. Agents that support OAuth just sign in.

Read the guide

Your first policy

Decide what your agents may do: allow, deny, or require a human's approval.

Read the guide

Run a cloud MCP server

No URL to connect? Meandr can run the server for you, from a catalog or your own Dockerfile.

Read the guide

Connect a server, curate its tools

Run any MCP server in Meandr or connect the ones you already have, then point every agent at one MCP gateway. Policy, approvals and audit cover every call, with no code changes.

Try for free

Questions? Email us