Skip to content

Tools ​

The server exposes one fixed MCP bridge surface. It does not generate one MCP tool per registered capability.

Read by task ​

TaskStart here
See which clients are onlinelistClients
See the canonical path cataloglistPaths
Invoke one exact path on one exact clientcallPath
Fan out one path invocation to multiple clientscallPaths

Discovery tools ​

ToolReturnsNotes
listClientsConnected client summaries and connection metadataSupports case-insensitive search across client fields and catalog
listPathsCanonical indexed path descriptorsSupports clientId, search, and depth; default depth is one

Invocation tools ​

ToolUse when
callPathYou know one client ID plus one exact method + path
callPathsYou want canonical fan-out by method + path

These four tools are the complete canonical bridge surface.

auth is forwarded to the client as callClient.auth:

json
{
  "scheme": "Bearer",
  "token": "client-session-token",
  "headers": {
    "x-mdp-auth-tenant": "demo"
  },
  "metadata": {
    "role": "operator"
  }
}

Legacy invocation aliases continue to accept args plus optional auth.

Direct HTTP skill reads ​

Skill documents can also be read directly over HTTP:

bash
curl 'http://127.0.0.1:47372/skills/client-01/workspace/review'
curl 'http://127.0.0.1:47372/client-01/skills/workspace/review/files?topic=mdp'

Those routes resolve one exact skill node and return the skill body directly, commonly as text/markdown.

Model Drive Protocol