
MCP Audit
Audit the configured MCP servers (user + project scope) via the Agent Monitor Config...
Install
npx skills add hoangsonww/Claude-Code-Agent-Monitor --skill mcp-audit -g -a claude-code -y- Repository
- hoangsonww/Claude-Code-Agent-Monitor1.1k
- Category
- AI and agents
- Updated
- 5d ago
- License
- MIT
- Context cost
- Lightabout 604 tokens
- Runs scripts
- No, instructions only
What it does
Audit the configured MCP servers (user + project scope) via the Agent Monitor Config Explorer API: transport (stdio vs http), command/args and env variable names, headers, and the source file each definition came from. Reads /api/cc-config/mcp. Use when reviewing MCP integrations for hygiene, duplication, or unexpected transports.
MCP Audit
Inventory and audit every Model Context Protocol server the user has
configured, both user-scope and project-scope, read through the Agent Monitor
dashboard at http://localhost:4820.
Input
The user provides: $ARGUMENTS
This may be:
- empty, audit all MCP servers (default).
- a server name fragment, focus on matching servers.
- "stdio" / "http", restrict to one transport kind.
Data Sources
| Endpoint | Returns |
|---|---|
GET /api/cc-config/mcp | { user:[…], projectScoped:[…] }. Each server: { name, source, kind } where kind is stdio (with command, args, envNames), http (with url, headers), or unknown. source names the file the definition came from (e.g. ~/.claude.json (top-level), ~/.claude.json (projects[<root>]), ~/.claude/settings.json) |
Report Sections
1. Server inventory
List every server from user and projectScoped. For each show name,
source, kind, and the transport detail:
- stdio, the
command, itsargs, and theenvNames(names only, values are not exposed by the API). - http, the
urland theheaderskey names (values not exposed). - unknown, a definition the server could not classify; flag it for review.
2. Scope split & duplication
Separate user-scope from project-scope servers. Flag any name that appears in
both scopes (project may shadow user) and any duplicate definitions across
source files.
3. Hygiene flags
- Unknown transport, servers with
kind: "unknown"(malformed or unsupported definition). - Env reliance, stdio servers with many
envNames; note they depend on environment variables being present at launch. - Remote endpoints, http servers; surface the
urlhost so the user can confirm they trust the remote.

