MCP Inspector

Inspect MCP configuration JSON with safe preset links, private custom validation, and transport-specific fix guidance before you connect any client.

Config Workbench

Custom JSON stays out of share URLs by default. Only safe preset state is encoded into direct links.

Clear
Safe share URL
Privacy This link only includes the selected preset.
Scope This page validates JSON through the Django request flow, but it does not execute MCP servers or call external MCP endpoints.
Workflow Summary
Current source Broken missing-command example
Share mode Safe preset share URL
Servers 1
Transports stdio
Env-backed servers 0
Errors 1
Warnings 0
Status Fix the missing or invalid fields below, then re-run validation before you try this config in a client.
Next step Add the missing command field before validating again.
Server Checks
broken-filesystem
Transport: stdio
Required fields Present: none
Missing: command
Args -y @modelcontextprotocol/server-filesystem /workspace
Env usage 0 variable(s)
Validator status 1 error(s), 0 warning(s)
Likely fix Add the missing command field before validating again.
Validator Findings
Server broken-filesystem
Field command
Issue Missing required field: command
What is MCP?

MCP (Model Context Protocol) is an open standard for connecting AI applications to tools and data sources. It defines how AI models can interact with external servers, services, and data stores through a standardized interface.

How MCP Configuration Works

MCP uses JSON configuration files to define connections to servers. Each server entry specifies a command to run, arguments, environment variables, and the transport type. The most common transport is stdio, which runs the server as a subprocess.

Common Use Cases
  • Validating MCP server configurations before deployment
  • Debugging missing fields or incorrect values in config
  • Inspecting server capabilities and settings
  • Converting between MCP server formats
Frequently Asked Questions

What is the difference between stdio and HTTP transports?

stdio runs the server as a local subprocess, which is simpler and more private but requires the server to be installed locally. HTTP/SSE transports connect to remote servers over the network, enabling distributed architectures.

Why is my server config invalid?

Common issues include missing required fields like 'command', incorrect JSON syntax, wrong value types (args should be an array, env should be an object), or unknown field names.

Is my config sent anywhere?

ComUtil processes the JSON through this page to validate it, but it does not execute MCP servers or call external MCP endpoints. Safe share links keep preset state only, and raw custom JSON is not added to the URL by default.