Get started · Connect an MCP server
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.
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
Bearer token
The form then asks for the credential that method needs. Meandr stores it encrypted and uses it only to sign requests to that server.
Add MCP server×
Register an MCP server. Tool calls route through it with your policies enforced on the way.
Endpointhttps://api.githubcopilot.com/mcp/Edit URL
GitHub
Streamable HTTP
Bearer token
••••••••••••••••••••••••••••
Stored encrypted. Agents never see it.
- Custom trust roots
- Custom headers
CancelAdd 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.
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.
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.
Server catalog×
Discover what GitHub exposes, then choose what to make available.
MCP 2025-06-18FRA · 40 tools
ToolsResource templatesPrompts
4 of 40 selectedSelect all
Search repositories
read-onlysearch_repositoriesGet file contents
read-onlyget_file_contentsList issues
read-onlylist_issuesCreate issue
create_issueMerge pull request
merge_pull_requestDelete file
delete_file
ResyncClose
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.
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.
Add a server×
Pick one of your team's servers. Next, choose which of its tools this workspace can call.
ServerGitHub api.githubcopilot.com
Rate limits- SharedCounted with every workspace that uses this server.
- IsolatedCounted for this workspace alone.
CancelAdd
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.
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.
Tools · GitHub×
Pick the tools this workspace can call. Names default to each tool's name on the server. Rename when two servers share one.
3 of 4 selectedDeselect all
Search repositoriesread-only
search_repositories
List issuesread-only
gh_list_issues
Create issue
gh_create_issue
Get file contentsread-only
Renamed, because this workspace's GitHub Enterprise server already has list_issues and create_issue.
SkipImport 3
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 |
|---|---|
| None | Nothing, the endpoint is open |
| Bearer token | The token, sent in the Authorization header |
| Custom header | A header name and its value |
| Basic auth | Username and password |
| OAuth · client credentials | Token URL, client ID and secret. Tokens renew automatically |
| OAuth · authorization code | A sign-in to the provider, in your browser |
| mTLS · client certificate | PEM client certificate and private key |
| AWS SigV4 | AWS credentials, plus the service and region to sign against |
| Query-string token | A parameter name and its value |
Next steps
Connect an agent
Give your agent its workspace URL. Agents that support OAuth just sign in.
Your first policy
Decide what your agents may do: allow, deny, or require a human's approval.
Run a cloud MCP server
No URL to connect? Meandr can run the server for you, from a catalog or your own Dockerfile.
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 freeQuestions? Email us