Skip to main content
As your team registers more MCP servers, the catalog grows past what an agent can usefully read in one tools/list. Every tool definition an agent loads costs context and makes the right choice harder. MCP Gateway indexes every tool it serves, both Atlan platform tools and your servers’ tools, by name and by meaning. An agent describes the task in plain words, semantic search returns only the relevant tools, and the agent calls the one it needs.
One tool call, end to end. Step 1: semantic search of the catalog returns only the relevant tools. Step 2: pick a tool by its wire name. Step 3: send tools/call with session_id and rationale. Step 4: the gateway checks access, forwards the call, and records it. Search with POST /mcp/v1/tools/search or the registry__search_artifacts tool.One tool call, end to end. Step 1: semantic search of the catalog returns only the relevant tools. Step 2: pick a tool by its wire name. Step 3: send tools/call with session_id and rationale. Step 4: the gateway checks access, forwards the call, and records it. Search with POST /mcp/v1/tools/search or the registry__search_artifacts tool.

Search the catalog by meaning

Each catalog entry holds a tool’s own name, its description, and the server or platform component that runs it. The gateway updates the catalog when a server is registered, tested, or refreshed, and checks every server for changes once an hour.
Call registry__search_artifacts with kind set to mcp_tool:

Turn a result into a wire name

A search result names the tool and where it runs. The name you call adds a namespace prefix: For example, a tool create_issue on server mcp_server_01k7… is called as remote__mcp_server_01k7…__create_issue.
The live tools/list result is the authority for exact wire names and input schemas on the deployment you are connected to. When in doubt, match the search result against tools/list before calling.

Call the tool

Send a standard MCP tools/call to https://api.atlan.com/mcp with the wire name, the tool’s arguments, your session_id, and a rationale. Before forwarding the call, the gateway:
  1. Confirms that the tool is in the catalog. A tool the gateway has not discovered cannot be called.
  2. Checks your permission. You can see the tools of any server in a workspace you can read. Running them requires permission to update that workspace.
  3. Attaches the server’s credential, either the shared credential or your own connected account.
  4. Forwards the call, relays progress and cancellation, and records the outcome in your session.

When to search first

GET /mcp/v1/tools and the search endpoints read the stored catalog. It can briefly trail a server that has just changed, so use the live tools/list when you must know exactly what is callable right now.

Next steps

Understand the tool catalog

Every first-party tool, by provider.

Integrations

Add a server and its tools join the catalog.