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