一键导入
skill-router
Find and load skills on demand. Use when you need a specialized skill for a task but don't know which one, or to load a skill by name.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Find and load skills on demand. Use when you need a specialized skill for a task but don't know which one, or to load a skill by name.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Check for stuffbucket MCP server updates and apply them. Use when the user asks to update skills, check for new versions, or upgrade the stuffbucket MCP server.
Root index for the boundary-* family — differential closure analysis for code and AI-generated code. Treats each domain (types, schemas, state machines, shared values) as having a boundary condition d(S) between current state and validity; the family enumerates open domains, encodes seeds, controls generation, and detects drift. Use when the user asks about making invalid states unrepresentable, single source of truth, type-driven design, AI code-gen safety, drift detection in diffs, or LLM noise vs signal.
Root index for the design-* family — UI/UX design review, refinement, and production polish across foundation (project context, design system, frontend scaffolding), visual treatment (color, typography, layout, motion), UX content and flow (clarity, onboarding, adaptation), and review/quality (audit, critique, check, polish, harden). Use when the user asks to design, review, improve, polish, animate, simplify, or audit a UI; or mentions visual hierarchy, design system drift, accessibility, or "make this look better". Routes to specific design-* sub-skills.
Root index for the pages-* family — a five-step pipeline that deploys a Vite project to GitHub Pages via GitHub Actions, including GitHub Enterprise (GHE) codespace-style subdomain discovery. Steps run in order — prepare → build → commit → push → publish. Use when the user asks to deploy a Vite app to GitHub Pages, set up the Pages workflow, switch Pages source to Actions, or troubleshoot a Pages deploy.
Root index for the react-* family — performance best practices (Vercel Engineering guidelines for React + Next.js) and composition patterns (compound components, render props, context, React 19 API changes). Use when the user asks about React or Next.js patterns, component API design, render performance, bundle optimization, or refactoring boolean-prop proliferation.
Root index for Tauri v2 (desktop + mobile apps from a Rust core and a WebView frontend) — setup, architecture, commands, events, plugins, security, bundling, sidecars, windows, tray/menu, updater, plugin authoring, debug/test. Use when the user asks about Tauri, `tauri.conf.json`, `invoke()`, capabilities, `tauri build`, or migrating Tauri v1 → v2. Routes to more specific tauri-* sub-skills.
| name | skill-router |
| description | Find and load skills on demand. Use when you need a specialized skill for a task but don't know which one, or to load a skill by name. |
| license | MIT |
| allowed-tools | list_skills get_skill |
A local MCP tool that lets you discover and load skills on demand instead of keeping all skill descriptions in context permanently.
Every MCP tool description occupies context window tokens on every turn. With N skills registered as separate tools, the cost is N × description_size tokens — permanently. This router reduces that to one small description (~50 tokens) plus on-demand loading of only the skills actually needed.
There are two interaction patterns. They are independent — an agent may use either or both.
An agent is pointed at this GitHub repo (by URL or by a mechanism that loads marketplace.json locally). The agent reads the marketplace manifest, discovers available skills and MCP servers, and installs what it needs. This may be the end of the interaction — the agent now has skills loaded and can use them directly.
The marketplace.json lists all skills and MCP configurations. No MCP server needs to be running for this pattern.
The agent uses the stuffbucket MCP server for on-demand skill discovery and loading.
Skills are not installed or configured permanently —
they are capabilities of the MCP that return knowledge to the agent on demand.
At the end of the agent session, that knowledge is gone.
Only the stuffbucket MCP server configuration persists between sessions.
This requires installing the MCP onto the host and into the agent's configuration. The MCP runs locally as a stdio tool — it does not call any remote service. All skill content is bundled in the npm package so everything stays on the host.
Installation can happen via:
Other MCPs listed in the marketplace (e.g., workiq-proxy) follow the same pattern: the agent reads the manifest from the repo and installs them onto the host separately.
The MCP server exposes two tools:
list_skills — returns the compact index (name + description + tags), with fuzzy keyword filteringget_skill(name) — returns full SKILL.md content, with fuzzy name matching and suggestionsAdd to the agent's MCP configuration:
{
"mcpServers": {
"stuffbucket": {
"command": "npx",
"args": ["-y", "-p", "@stuffbucket/skills", "stuffbucket-skills"]
}
}
}
The npm package bundles all skill content, the pre-built index, and the MCP server. After first install, it runs fully offline.
For local development, the server can also be run directly:
node plugins/stuffbucket/skills/skill-router/scripts/mcp-server.js
In a terminal, the server starts an interactive REPL. When piped from an MCP client, it uses the standard JSON-RPC stdio transport.
Call list_skills with no arguments to see everything, or pass a keyword to filter.
Each entry has:
name — skill identifierdescription — when to use ittags — keyword hints for matchingPick the entry whose description best matches the current task.
Call get_skill(name) to load the full instructions. Only load what you need — one or two skills per task at most.
If the loaded skill references scripts, references, or assets, load those only when the skill instructions say to.
tags over fuzzy description matching