/mcp-cli
Use when you need a one-off MCP server capability during research or debugging without permanently mounting it as a context-polluting integration.
$ npx -y skills add romiluz13/cc10x --skill mcp-cli --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/mcp-cli
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when you need a one-off MCP server capability during research or debugging without permanently mounting it as a context-polluting integration.
SKILL.md
mcp-cli.SKILL.mdname: mcp-cli
description: "Use when you need a one-off MCP server capability during research or debugging without permanently mounting it as a context-polluting integration."
allowed-tools: Read Bash
user-invocable: false
MCP CLI (Transient MCP Access)
Overview
The `mcp` CLI (from `github.com/f/mcptools`) discovers and invokes MCP server capabilities on-demand. Use it when a task needs ONE server's tool — a doc fetch, a single query, a quick lookup — instead of permanently mounting that server as an always-loaded integration.
This keeps accelerators **transient**: spun up for the task, used, and dropped. A permanently mounted MCP server costs context on every session whether you call it or not. The CLI costs nothing until you run it.
Composes with `cc10x:research`.
Prerequisite (install once)
Check first: `command -v mcp`. If absent, install:
git clone https://github.com/f/mcptools /tmp/mcptools
CGO_ENABLED=0 go build -o ~/.local/bin/mcp /tmp/mcptools/cmd/mcptools
# ensure ~/.local/bin is on PATH
If `go` is unavailable, report that the accelerator is missing and proceed with built-in tools — do NOT treat the missing binary as a task blocker (it is a fallback message, not a wall).
Flow: discover → call → release
**1. Discover first — always.** Never call a tool whose schema you have not seen — guessed params fail silently or hit the wrong tool.
mcp tools <server-command> # list tools
mcp tools --format json <server-command> # full param schema for parsing
mcp resources <server-command> # list resources
mcp prompts <server-command> # list prompts
**2. Lead read-only when exploring.** Restrict the surface before you touch an unfamiliar server:
mcp guard --allow 'tools:read_*,list_*' --deny 'tools:write_*,delete_*' <server-command>
Drop the guard only once you know exactly which write you intend.
**3. Call** with params matching the discovered signature exactly (`param:str`, `param:num`, `[optional]`):
mcp call <tool_name> --params '<json>' -f json <server-command>
Output `-f json` for parsing, `-f pretty` for reading. Check exit code and stderr on failure — a non-zero exit is a real error, not a fallback message.
**Server-command examples:**
- stdio: `npx -y @modelcontextprotocol/server-filesystem /path`
- HTTP: pass the URL (auto-detected); SSE via `--transport sse`
- auth: `--auth-header "Bearer <token>"`, `--auth-user user:pass`, or `-e ENV_VAR` for docker servers
Aliases (only for repeated use in one task)
If you call the same server several times, alias it; remove it when the task ends so nothing lingers:
mcp alias add <name> <server-command> # then: mcp tools <name>, mcp call ... <name>
mcp alias remove <name> # release when done
Aliases persist in `~/.mcpt/aliases.json`. Cleaning them up is part of keeping the accelerator transient.
Read more
name: mcp-cli description: "Use when you need a one-off MCP server capability during research or debugging without permanently mounting it as a context-polluting integration." allowed-tools: Read Bash user-invocable: false
MCP CLI (Transient MCP Access)
Overview
The `mcp` CLI (from `github.com/f/mcptools`) discovers and invokes MCP server capabilities on-demand. Use it when a task needs ONE server's tool — a doc fetch, a single query, a quick lookup — instead of permanently mounting that server as an always-loaded integration.
This keeps accelerators **transient**: spun up for the task, used, and dropped. A permanently mounted MCP server costs context on every session whether you call it or not. The CLI costs nothing until you run it.
Composes with `cc10x:research`.
Prerequisite (install once)
Check first: `command -v mcp`. If absent, install:
git clone https://github.com/f/mcptools /tmp/mcptools CGO_ENABLED=0 go build -o ~/.local/bin/mcp /tmp/mcptools/cmd/mcptools # ensure ~/.local/bin is on PATH
If `go` is unavailable, report that the accelerator is missing and proceed with built-in tools — do NOT treat the missing binary as a task blocker (it is a fallback message, not a wall).
Flow: discover → call → release
**1. Discover first — always.** Never call a tool whose schema you have not seen — guessed params fail silently or hit the wrong tool.
mcp tools <server-command> # list tools mcp tools --format json <server-command> # full param schema for parsing mcp resources <server-command> # list resources mcp prompts <server-command> # list prompts
**2. Lead read-only when exploring.** Restrict the surface before you touch an unfamiliar server:
mcp guard --allow 'tools:read_*,list_*' --deny 'tools:write_*,delete_*' <server-command>
Drop the guard only once you know exactly which write you intend.
**3. Call** with params matching the discovered signature exactly (`param:str`, `param:num`, `[optional]`):
mcp call <tool_name> --params '<json>' -f json <server-command>
Output `-f json` for parsing, `-f pretty` for reading. Check exit code and stderr on failure — a non-zero exit is a real error, not a fallback message.
**Server-command examples:**
- stdio: `npx -y @modelcontextprotocol/server-filesystem /path`
- HTTP: pass the URL (auto-detected); SSE via `--transport sse`
- auth: `--auth-header "Bearer <token>"`, `--auth-user user:pass`, or `-e ENV_VAR` for docker servers
Aliases (only for repeated use in one task)
If you call the same server several times, alias it; remove it when the task ends so nothing lingers:
mcp alias add <name> <server-command> # then: mcp tools <name>, mcp call ... <name> mcp alias remove <name> # release when done
Aliases persist in `~/.mcpt/aliases.json`. Cleaning them up is part of keeping the accelerator transient.
The Loop Engine for Claude Code — engineer the loop, not the prompt. 1 router · 9 agents · 16 skills · 4 workflows. Fail-closed gates, test honesty, anti-anchored review.
Repo: romiluz13/cc10x
Other skills on cc10x.
- /agent-common
Shared preamble loaded by all cc10x agents — memory protocol, contract format, output rules.
Open skill - /architecture
Greenfield architecture design: map functionality flows, draw components, design APIs, classify dependencies, plan observability. For multi-component, API, schema, auth, or integration-heavy work. For retrofitting existing code, use codebase-hygiene instead.
Open skill - /building
Implementation skill for writing production code with TDD. Covers the RED-GREEN-REFACTOR cycle, false-RED detection, vertical slicing, scope escalation, test process discipline, and code generation patterns. Loaded by component-builder and bug-investigator.
Open skill - /cc10x-router
THE ONLY ENTRY POINT FOR CC10X. Activate this skill for build, debug, review, and plan requests. Use when the user asks to implement, fix, review, plan, test, refactor, or continue code work. Trigger keywords: build, implement, create, write, add, review, audit, debug, fix,
Open skill - /code-review
Two-mode skill: (1) adversarial review — spec compliance + code quality + security, confidence-scored findings with file:line evidence; (2) receiving review — verify-before- agreeing discipline for acting on external/human review feedback.
Open skill - /codebase-design
Canonical deep-module vocabulary (module, interface, depth, seam, adapter, leverage, locality) for designing a module's shape — a lot of behaviour behind a small interface at a clean seam, testable through that interface. The single source of truth for these terms; other skills
Open skill

