agentleFS
LeanMeanCleanAppsLeanMeanCleanApps/CleanModelContextProtocol/.agents/skills/mcp-inspector/SKILL.md

mcp-inspector

Skill1 starsChanged 7 days agoMITView on GitHub

How to try the MCP server by hand with the official MCP Inspector that docker compose starts beside it - where it runs, how it connects, and what to check before calling a tool, resource or prompt change done. Use when you want to see tools, resources or prompts as a client sees them, or debug what the model receives.

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    After changing a tool, check its description and every argument's description read well, the annotations are right, and a call returns the …

    line 24
  2. Very specific:

    Use latest for the Inspector image.

    line 38
  3. Very specific:

    Start the chat demo without its profile.

    line 39
  4. Very specific:

    Treat a manual check as a test.

    line 40

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

MCP Inspector

The rule

docker-compose.yml runs the official MCP Inspector next to the server, already pointed at http://api:7320/mcp over streamable HTTP. It's the quickest way to see exactly what a client gets: every tool with its description, input and output schema and annotations, every resource and template, and every prompt. The image version is pinned in the compose file, and the port is bound to 127.0.0.1 only.

ServiceAddress
MCP serverhttp://localhost:7320/mcp
MCP Inspectorhttp://localhost:7325
Aspire dashboard (logs, traces, metrics)http://localhost:7322

Steps

  1. Start everything: docker compose up -d --build.
  2. Open http://localhost:7325, flip the switch on the server card to connect, then open Tools, Resources or Prompts.
  3. After changing a tool, check its description and every argument's description read well, the annotations are right, and a call returns the result model you expect.
  4. Try the failure paths too: an unknown id, a star rating of 6. The model should get a message it can act on.
  5. Find the tool call in the Aspire dashboard if something looks wrong: its trace shows the tool, the use case and each SQL command, and its logs sit beside it (telemetry).
  6. With authentication on, the Inspector needs a token from your authority. Leave Authentication:Authority empty for local checks.

Chat demo

To try the tools the way a model does, add the optional demo profile: docker compose --profile demo up -d --build. It starts Open WebUI at http://localhost:7326, already connected to the server and using Kilo's free gateway as the model, with no account or key. It's online only, and your prompts and tool results go to Kilo, a third party, so use it with sample data. Plain docker compose up doesn't start it, and solutions created with --include-auth leave it out, because Open WebUI has no token to send.

In the template repository, docker-compose.yml wraps the chat service and its volume in conditional blocks for the authentication toggle, which dotnet new resolves. Describe them in shipped files without naming the toggle's symbol, because Verify Template fails if it survives in a generated solution (template-authoring).

Don't

  • Expose port 7325 beyond 127.0.0.1. The Inspector can call every tool.
  • Use latest for the Inspector image. Change the pinned version on purpose.
  • Start the chat demo without its profile. Plain docker compose up stays the server, the Inspector and the telemetry stack.
  • Treat a manual check as a test. Write the integration test as well (presentation-integration-tests).

Check

docker compose up -d --build && curl -fsS http://localhost:7320/health/ready
docker compose down

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.