agentleFS
Marwan-Ahmed-devMarwan-Ahmed-dev/vibecode-pro-max/.agents/skills/vc-mcp-management/SKILL.md

vc:mcp-management

Skill0 starsChanged 3 months agoMITView on GitHub

Manage MCP servers - discover, analyze, execute tools/prompts/resources. Use for MCP integrations, intelligent tool selection, multi-server management, context-efficient capability discovery.

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do NOT pollute main context with full tool catalogs — always delegate discovery to a subagent

    line 58
  2. Distinctive:

    Do NOT call MCP tools without first matching them to the task

    line 59
  3. Very specific:

    Do NOT modify .mcp.json without explicit user confirmation

    line 60
  4. Very specific:

    Do NOT bypass the per-server config — load references/configuration.md for the server's quirks

    line 61
  5. Distinctive:

    Do NOT hardcode server names or tool names — read from the cached capability map

    line 62

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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 Management

Manage and interact with Model Context Protocol (MCP) servers. Discover capabilities, analyze tools/prompts/resources, and execute via subagents — without polluting the main context window.

Key Benefits

  • Progressive disclosure of MCP capabilities (load only what's needed)
  • Intelligent tool/prompt/resource selection based on task requirements
  • Multi-server management from a single config file
  • Context-efficient: subagents handle MCP discovery and execution
  • Persistent tool catalog: discovered tools saved to JSON for fast reference

When to Use

  1. Discover MCP capabilities — list available tools/prompts/resources
  2. Task-based tool selection — analyze which MCP tools fit a specific task
  3. Execute MCP tools — call tools programmatically with proper parameter handling
  4. MCP integration — build or debug MCP client implementations
  5. Context management — delegate MCP operations to subagents to keep main context clean

Configuration

MCP servers are configured in .claude/.mcp.json. Per-server setup details (Gemini CLI integration, custom response formats) live in references/configuration.md and references/gemini-cli-integration.md. The MCP protocol reference is in references/mcp-protocol.md.

Core Scripts

# Analyze MCP tools — capability summary, token counts, server status
node ./scripts/cli.ts analyze-tools --input ./assets/tools.json

# Call a tool (uses cached capability map, no main-context pollution)
node ./scripts/cli.ts call --server <name> --tool <name> --args '<json>'

# Discover tools from a live server, save to ./assets/tools.json
node ./scripts/cli.ts discover --server <name> --output ./assets/tools.json

The MCP client implementation is in scripts/mcp-client.ts; the CLI wrapper is in scripts/cli.ts. Run npm install in scripts/ first.

Workflow

  1. Discover — list configured servers, fetch their tools/prompts/resources
  2. Analyze — match capabilities to the task, surface only the relevant subset
  3. Execute — call the matched tool with the right parameters
  4. Report — return structured JSON {server, tool, success, result, error}

Strict Rules

  • Do NOT pollute main context with full tool catalogs — always delegate discovery to a subagent
  • Do NOT call MCP tools without first matching them to the task
  • Do NOT modify .mcp.json without explicit user confirmation
  • Do NOT bypass the per-server config — load references/configuration.md for the server's quirks
  • Do NOT hardcode server names or tool names — read from the cached capability map

End every response with the subagent status block:

**Status:** DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
**Summary:** [1-2 sentence summary]
**Files modified:** [comma-separated list]
**Concerns/Blockers:** [if applicable]

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.