Documentation Index
Fetch the complete documentation index at: https://docs.mcp-assistant.in/llms.txt
Use this file to discover all available pages before exploring further.
New features
mcp_list_servers meta-tool
A new diagnostic meta-tool lets the LLM inspect which MCP servers are currently connected and how many tools each exposes. Use it when mcp_search_tools returns no matches — the model can list active servers, then retry the search scoped to a specific serverId or serverName. The Tool Router now ships 5 meta-tools by default.
Server-scoped search and deterministic listing
The primary search meta-tool has been renamed frommcp_search_tool_bm25 to mcp_search_tools and gained two major capabilities:
- Server scoping — pass
serverId(exact) orserverName(case-insensitive fragment) to restrict results to a single connected MCP server. Useful for resolving cross-server tool name conflicts. - Deterministic listing — pass
operation: "list"to enumerate every tool from a server with pagination metadata (totalCount,returnedCount,nextCursor). Ideal for “show me all tools from Notion” requests.
select:<name> lookups, so the LLM can disambiguate when multiple servers expose tools with similar names.
Published ToolRouter benchmarks
We’ve published reproducible benchmarks measuring ToolRouter’s context efficiency on real MCP deployments. Highlights from a live run with 128 tools across 6 servers (Supabase, Exa, Notion, DeepWiki, Neon, Zapier):- 98.76% token reduction at idle vs. loading every tool schema upfront
- 96.80% reduction even after discovering and loading 3 full tool schemas
- ~0.11 ms average search latency
Updates
mcp_get_tool_schema and mcp_execute_tool now accept serverId
Both meta-tools now take serverId (exact match) instead of serverName for routing, making schema lookups and executions unambiguous when multiple servers expose tools with the same name. Search results return both serverId and serverName so the model can pass the right value through.
Bug fixes
- Exact tool namespace matching — Fixed a regression where fully-qualified tool names (e.g.
serverId:toolName) could match the wrong tool when another server’s name was a substring. Lookups now resolve to the correct server. - Server name fragment selection — Fixed an issue where
serverNamefragments could miss valid servers due to inconsistent normalization. Fragment matching is now case-insensitive and consistent across search, listing, andselect:lookups.

