mait.sh1.142.0

Private beta: features and content may change. No warranty; use at your own risk.

MCP Registry

One connection that gives your agent every tool server you use, each clearly labelled with where its tools come from.

Start here: what it does, why use it, and how it fits.

Beta
What it does

One connection to every tool server you use.

Most agents need several tool servers: one for your code history, one for your cluster, one for a browser. Without help, each one is another entry to set up in every app you use. MCP Registry is the single front door. Your agent connects to it once, and the registry connects to the rest and shows all their tools in one list.

Each tool is labelled with the server it belongs to, so you can distinguish similarly named tools before choosing one. And because the agent can add, check and restart servers itself, you stay in the conversation instead of editing settings files.

Your agentRegistryYour toolserversOne labelledtool list1connectsonce2connects to3listsYour agentRegistryYour tool serversOne labelled tool list1connectsonce2connects to3lists
  1. Step 1: Your agent connects once Registry.
  2. Step 2: Registry connects to Your tool servers.
  3. Step 3: Registry lists One labelled tool list.
Why use it

What you gain over one entry per server.

Every extra tool server means another entry in every app and a longer list for the agent to read. When one breaks or needs a login, you usually find out when a request fails.

Usability

One entry for everything

Adding a server is one request, not an edit in every app

Typical alternative
A separate entry for each server, in every app
Here
Your apps know only the registry; new servers are added by asking the agent
Reliability

Distinct qualified names

The returned name identifies the intended backend

Typical alternative
Similar tools from different servers get confused
Here
Every tool carries the name of its server, and the registry passes the call to the right one
Tokens

A short list to read

The agent carries the tools it uses, not the whole catalog

Typical alternative
Every tool of every server loaded up front
Here
Rarely used tools stay out of sight until the agent looks for one and switches it on for the current conversation
Experience

The whole fleet at a glance

One question tells you which server needs attention

Typical alternative
Finding out a server is down when a request fails
Here
The agent can list every server with its health and show recent problems
Reliability

Logins that wait for you

A server that needs you is told apart from a broken one

Typical alternative
A refused connection retried again and again
Here
A recognized authorization refusal pauses retries until credentials or configuration are repaired
Speed

One file you can review

A new machine gets the same servers from one file

Typical alternative
Settings copied by hand between apps
Here
The whole set of servers can be saved to one file and loaded on another machine or app
Out of the box

Ready in the image, one entry to add.

The registry comes with the MAIT image and updates with it (mait-image). You add one entry to your agent's app, then configure and verify the backends needed for your task. Until you add servers, the agent sees only the registry's own management tools.

You can keep the registry private to one app or share it between apps on the same machine. Admit only clients you trust with full fleet administration, and keep the registry private.

Where it fits

Where it sits in the MAIT toolkit.

The registry sits between your agent and the tool servers it uses.

Installed bymait-image ships the program
Used withMCP Git, MCP Kubectl and MCP Docs, common servers to put behind it
Receives fromAny agent app that can start a tool server or connect to one on the same machine
Learn more

Where to read on.