Skill Router

Before doing substantive work on a request, check what's actually installed — don't rely on the request happening to phrase itself the way a skill's description expects.

Step 1 — List what's installed

Find and list every installed skill, regardless of publisher — not just skills from this repo. Skills are typically stored as folders containing a SKILL.md, commonly under a path like .claude/skills/, ~/.claude/skills/, or an equivalent location for whatever tool is running (Cursor, Antigravity, Codex, etc.) — check the actual installed location for the current environment rather than assuming.

Step 2 — Check each one's description against the actual request

Read each installed skill's name and description (the lightweight frontmatter, not the full body) and judge relevance against what the user is actually trying to do — not just literal keyword overlap. A request phrased casually ("get this live," "make it look better," "check if this is safe") can match a skill whose description uses different words for the same task.

Step 3 — Use what matches, don't force what doesn't

• If one or more installed skills are relevant, use them instead of improvising a process from scratch.
• If multiple skills could apply, use the most specific match, not the broadest one.
• If nothing installed actually fits, proceed normally — this router is a check, not a requirement to force-fit an unrelated skill onto the task.
• Don't skip this check just because a request seems simple or the match seems unlikely — a quick check costs little; silently missing an installed skill the user expected to fire costs more.