Mcp skill vs prompt discovery filtering

Skill vishuwa2004/cskill-agents/skills/mcp-skill-vs-prompt-discovery-filtering

Build curated agent skills for coding CLIs, terminal tools, context engines, remote bridges, and multi-agent runtimes

Install

npx -y skills add vishuwa2004/cskill-agents --skill mcp-skill-vs-prompt-discovery-filtering

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Ensure SkillTool only exposes MCP skills when they are registered as prompt-based commands and dedupe them against local commands.

SKILL.md

2.1 KB, as published. Nobody here has run it

SKILL: MCP Skill vs Prompt Discovery Filtering

Domain: tool-design Trigger: Apply when SkillTool enumerates commands to decide which slash commands should be available, ensuring MCP prompt skills are disambiguated from generic prompts. Source Pattern: Distilled from reviewed command discovery, MCP integration, and skill-surface implementations.

Core Method

Inspect the MCP-discovered command surface, keep only entries that are actually prompt-based skills, and merge them with the local command registry into one unified list. Deduplicate by command name before validation or execution so MCP-discovered prompts cannot shadow or duplicate local skills by accident. Preserve source metadata so permission checks, telemetry, and UX can still tell whether a skill came from MCP or from a local registry.

Key Rules

Always filter MCP commands by cmd.type === 'prompt' before merging; prompts of other types should stay hidden because SkillTool only handles prompt-based skills.
Merge the filtered MCP list with the local command registry and dedupe by name so remote skills do not conflict with bundled commands.
Preserve metadata like loadedFrom or other source identifiers so permission checks and telemetry can tell whether the skill came from MCP or local registries.

Example Application

If an MCP server exposes a prompt named changelog and the local registry already has one, run this filter before permission checks so the merged skill surface stays coherent and the MCP entry does not silently shadow the local one.

Anti-Patterns (What NOT to do)

Do not merge MCP prompts without filtering type or deduping, which would let MCP prompts masquerade as local skills and break strict permission rules.
Do not treat MCP prompts as regular prompt commands without marking loadedFrom:'mcp', because telemetry and permission prompts rely on knowing which commands were discovered versus bundled.