tools, resources, and prompts command groups let you explore and exercise what the server exposes.
Running commands as a host
Add--host <id> to any tools, resources, or prompts command to connect the way a real host would — sending that host’s clientInfo, advertised clientCapabilities, and protocol version in the MCP initialize handshake, exactly as the Inspector Playground does.
claude, chatgpt, cursor, copilot, codex, mcpjam.
Tool visibility with --host: tools list --host hides tools whose _meta.ui.visibility is ["app"] — those are app-only tools the host’s model cannot see. The output includes a host field and a toolsDroppedVisibility count. Hosts that opt out of visibility filtering (such as cursor) keep all tools. tools call --host rejects app-only tools with a usage error; omit --host to call them as an operator.
Conflict with --client-capabilities: --host and --client-capabilities both set the exact advertised capabilities and cannot be combined. The CLI exits with a usage error if both are passed.
Interactive multi-round-trip (input_required)
Add --interactive to tools call, prompts get, or resources read to handle servers that return an input_required result. When the server embeds an elicitation request, the CLI renders it to the terminal and collects your response from stdin, then retries the original operation — repeating for as many rounds as the server needs.
[a]ccept / [d]ecline / [c]ancel). For form fields, each field is prompted in turn with its type shown in brackets. For URL-mode elicitations, the URL is printed as plain text and you are asked for consent — the CLI never opens a browser automatically.
Non-interactive fallback (--yes): Pass --yes alongside --interactive to decline every embedded input request without prompting. This is also the automatic behavior when stdin is not a TTY or the CI environment variable is set — the CLI declines cleanly rather than blocking.
Stdin conflict: --interactive reads answers from stdin, so it cannot be combined with --tool-args -, --tool-args-stdin, or --prompt-args -. Pass arguments as inline JSON or @path instead.
Capability advertisement: --interactive advertises elicitation: { form, url } in the MCP initialize handshake. If you also pass --client-capabilities or --host and that exact set omits elicitation, the CLI exits with a usage error — add "elicitation": { "form": {}, "url": {} } to the pinned set or drop --interactive.
Tools
List tools
Call a tool
@path, - for stdin, or --tool-args-stdin as a shorthand for stdin. The result includes the tool’s response content.
tools call supports --debug-out <path> to capture the full request/response
trace for debugging. For stdio targets, the artifact records only the
explicit env keys passed through -e/--env; inherited shell variables are
not enumerated.Calling as a less-capable client
Real MCP clients differ from each other, and from the spec. Two flags let you call a server as one of those clients, without authoring a host first — the same behaviors a--host carries via its mcpProfile:
--command.
--first-page-only has a second-order effect worth knowing on 2026-07-28:
the SEP-2243 mirroring source is the aggregated tool list the client cached, so
a tool from page two is called with no Mcp-Param-* headers and a strict
server answers -32020. That is not a bug in the flag — it is exactly how a
real first-page-only client fails, and it is often the reason a tool “works in
the inspector but not in that host”.
Debugging Mcp-Param-* headers (SEP-2243)
On a 2026-07-28 HTTP connection, a tool argument annotated with x-mcp-header
is mirrored into an Mcp-Param-{Name} request header, and a conforming server
cross-checks the two. Two flags let you exercise the failure paths on purpose:
--mcp-header uses Name=Value (not --header’s Key: Value) because a
mirrored value routinely contains :. Repeat it for several headers; the last
occurrence of a name wins.
Supplying any Mcp-Param-* header turns the automatic mirroring off for
that call, so the headers you pass are the only Mcp-Param-* ones sent. This
is not a convenience — it is what makes the override work at all: the MCP
client merges the mirrored values over caller-supplied headers, so with
mirroring left on your deliberately wrong value would be silently replaced by
the correct one and no -32020 would ever occur. Headers outside the
Mcp-Param-* family (Mcp-Method, Mcp-Name, …) are unaffected and do not
change mirroring.
When either flag is in play — or with --rpc — the CLI prints the headers that
actually went out to stderr, including on the failure path, so stdout stays
a clean machine-readable result:
--command is a usage error rather than a silent no-op.
Render a tool result in Inspector
Iftools list shows _meta.ui.resourceUri, deprecated _meta["ui/resourceUri"], or openai/outputTemplate in toolsMetadata, the tool has interactive UI. Add --ui to execute it once and render the completed result in Inspector’s Playground:
--ui, tools call returns the raw tool result. With --ui, it opens Inspector by default in a TTY and returns an envelope containing the raw result, inspectorBrowserUrl, and compact inspectorRender evidence. inspectorRender.status is the UI signal: rendered means Inspector accepted the render, skipped means the tool succeeded but the active browser client, a render precondition, or the render wait was missing, and error means a non-recoverable Inspector render command failed. inspectorRender.remediation is always present and is one of open_browser, retry, reconnect_server, or none. Skipped renders emit a stable root warning plus inspectorRender.warning with code, message, remediation, and optional browserUrl, hasActiveClient, and inspectorStarted fields. Stable skipped-render codes are no_active_client, timeout, disconnected_server, and unsupported_in_mode. Pass --require-render when a skipped render should become a hard error instead of a warning. Browser automation can open inspectorBrowserUrl itself and pass --no-open; --inspector-url is the local Inspector backend/API base URL. If you already know the Inspector browser/client URL, pass --frontend-url <url> to use it directly and skip health-advertised frontend checks and local dev port discovery.
For agent/browser automation, either let --ui open Inspector automatically in a TTY, or open http://127.0.0.1:6274/#playground in the automation browser first and run tools call --ui --no-open --quiet --format json. Add --attach-only when startup, browser opening, and discovery should be disallowed. Agents should confirm inspectorRender.status === "rendered" before assuming the UI is visible, and use inspectorRender.remediation to recover from skipped renders. Default non-TTY --ui runs do not open a browser unless --open is passed. TTY stderr runs print the Playground URL and initial wait message unless --quiet is set; the elapsed-seconds heartbeat only appears when stderr is a TTY. The normal JSON output is compact; pass --debug-out <path> for the full render envelope.
For a local stdio server:
Resources
List resources
Read a resource
resources read --resource-uri ui://... when you need to inspect raw widget HTML or other UI resources directly.
List resource templates
Prompts
List prompts
Get a prompt
Common patterns
Enumerate the full server surface
Test a specific tool end-to-end
--tool-args-stdin is equivalent to --tool-args - and cannot be combined with --tool-args or --params in the same command:
Using a credentials file
Instead of passing--access-token to every command, save credentials once and reuse the file:
No-auth servers
For servers that don’t require authentication (likemcp.excalidraw.com/mcp), omit the auth flags:
-e/--env to add values or override inherited ones for local subprocesses.
