skill-router-mcp
Routes SKILL.md libraries to any MCP client, enabling task matching and skill loading with embedding-based scoring, keyword fallback, and context-window discipline.
README
skill-router-mcp
Skill routing for SKILL.md libraries, served over MCP to any agent.
Point it at a directory of Agent Skills
(SKILL.md files with YAML frontmatter) and any MCP client — Claude Code,
Cursor, Windsurf, Codex, or your own agent — can discover skills, match a task
to the best one, and load instructions on demand without blowing its context
window.
match_skill("create a word document")
→ [{ name: "docx", score: 0.85, requires: ["filesystem", "python"] }, ...]
get_skill("docx")
→ full SKILL.md instructions (token-capped, section-aware)
Why this exists (honest version)
Claude Code and Codex now load Agent Skills natively, and several MCP skill
servers already exist (skillz,
mcp-skill-hub,
skillserver,
Skills Over MCP). What none of them do is
rank skills against a task query — they rely on the host LLM picking from
descriptions, which degrades as skill libraries grow. This project's focus is
the routing layer: a scored match_skill backed by local embeddings (Ollama +
nomic-embed-text, with automatic keyword fallback), plus strict path
security and context-window discipline.
Measured on a 48-query labeled benchmark over 16 skills (queries written before measuring, not tuned):
| Engine | Top-1 | Top-3 | MRR | ms/query |
|---|---|---|---|---|
| keyword | 77.1% | 85.4% | 0.813 | ~1 |
| semantic (nomic-embed-text) | 93.8% | 97.9% | 0.958 | ~69 |
Both engines score 100% on queries that share words with the skill
description — the gap is entirely on paraphrased (62.5% → 93.8%) and
indirect (68.8% → 87.5%) queries like "combine several invoices into a
single file for printing" → pdf. Reproduce with npm run benchmark.
Every match_skill response reports which engine produced the ranking
(semantic or keyword), so fallback is never silent.
Install & run
npm install
npm run build
SKILLS_ROOT=/path/to/skills node dist/index.js
Claude Code (.mcp.json in your project, or claude mcp add):
{
"mcpServers": {
"skill-router": {
"command": "node",
"args": ["/absolute/path/to/skill-router-mcp/dist/index.js"],
"env": { "SKILLS_ROOT": "/absolute/path/to/your/skills" }
}
}
}
Tools
| Tool | Purpose |
|---|---|
list_skills() |
All skills — name + description only (cheap, call first) |
match_skill(query, top_k?) |
Top-k skills for a task, with 0–1 scores and requires |
get_skill(name) |
Full SKILL.md, capped at MAX_TOKENS (default 8000); returns truncated + sections |
get_skill_section(name, section) |
One H2 section — for skills too big for one fetch |
rescan_skills() |
Force re-index (a chokidar watcher also auto-reindexes) |
SEP-2640 resources
Skills are also served through the MCP Resources primitive per the Skills Over MCP Working Group draft (SEP-2640), so any spec-aware host can consume them without knowing this server's tools:
skill://index.json— enumerable discovery index (Agent Skills discovery schema 0.2.0)skill://<name>/SKILL.md— each skill as atext/markdownresource, withrequires/works_infrontmatter exposed under theio.modelcontextprotocol.skills/_metaprefix- The
io.modelcontextprotocol/skillsextension capability is declared at initialization
Resource reads pass through the same allowlist validation as the tools.
Skill format
Standard Agent Skills format, with two optional routing fields:
---
name: docx
description: "Use when the user wants to create or edit Word documents."
requires: [filesystem, python] # tools the agent needs to execute this skill
works_in: [claude_code] # environments the skill is known to work in
---
# Instructions...
Agents should check requires against their own toolset before loading a
skill — this server delivers instructions; your agent supplies execution.
Configuration
| Env var | Default | Meaning |
|---|---|---|
SKILLS_ROOT |
./skills |
Directory scanned (recursively) for SKILL.md files |
MAX_TOKENS |
8000 |
Token cap on get_skill responses |
WATCH_SKILLS |
true |
Set false to disable the file watcher (network drives, Docker volumes — use rescan_skills instead) |
EMBEDDINGS |
auto |
auto = semantic if Ollama is reachable, else keyword; on / off to force |
OLLAMA_URL |
http://127.0.0.1:11434 |
Ollama endpoint for embeddings |
EMBEDDING_MODEL |
nomic-embed-text |
Embedding model (ollama pull nomic-embed-text first) |
Skill vectors are cached by content hash in
~/.cache/skill-router-mcp/embeddings.json, so restarts and re-indexes only
embed skills whose text changed. If Ollama goes down mid-session, matching
degrades to keyword automatically — routing never hard-fails.
Security model
- Allowlist, not paths. Skill names are sanitized to
[a-z0-9_-], looked up in an index built at startup, and the resolved file is canonicalized and verified to live insideSKILLS_ROOT. User input never constructs a path. - Rejected lookups are logged to stderr.
- Trust boundary: skill content is injected into your agent's context.
Only point
SKILLS_ROOTat skills you trust — a 2026 study of 31k marketplace skills found ~26% contained prompt-injection or exfiltration patterns. - Index-time content lint. Every skill is scanned for suspicious
patterns: prompt injection ("ignore previous instructions"), concealment
("don't tell the user"), exfiltration (send-to-URL, known exfil endpoints),
credential access (
~/.ssh,.env, API-key harvesting), pipe-to-shell, decode-and-execute, destructive commands, and opaque base64 blobs. Findings are logged at index time, shown aslint_warningsinlist_skills, and attached toget_skillresponses before the content so a reviewing agent sees the warning first. The lint flags — it never blocks — and rules favor precision over recall.
Roadmap
- [x] Embedding-based
match_skill(local, Ollamanomic-embed-text) behind theMatcherinterface, with content-hash caching + keyword fallback - [x] Routing benchmark: keyword vs. embeddings on a 48-query labeled set — see benchmark/RESULTS.md
- [x] Index-time content lint for suspicious skill patterns (10 rules,
surfaced in
list_skillsandget_skill) - [x] SEP-2640 alignment:
skill://resources,skill://index.jsondiscovery index, and the skills extension capability
Development
npm test # vitest: security, indexer, matchers, content
npm run build # tsc → dist/
node scripts/smoke.mjs # drive the built server over stdio with real queries
npm run benchmark # keyword vs semantic routing accuracy (needs Ollama)
MIT
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.