skill-advisor
Skill2 starsChanged 7 months agoMITView on GitHub
Pre-execution assistant that builds a full execution plan with installed skills (✅) AND uninstalled gaps (❌) the task needs, then offers to install missing skills one by one. Use BEFORE starting any multi-step task. Triggers: 'recommend skills', 'what skill should I use', 'advise', 'suggest', 'help me with', or any work instruction involving code, design, planning, debugging, docs, testing, commits, PRs, strategy.
4 other projects use a version of this.
Adopted by
Most recently taken up by
- Ronnasayd/aipptheir own version, first seen Oct 20, 2026
- dees91/agent-skill-managertheir own version, first seen Aug 14, 2026
- KingJostle/claude-skillstheir own version, first seen Aug 2, 2026
- Dcrr1717/skill-advisortheir own version, first seen Jul 11, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- dees91/agent-skill-manager★ 1same name
- Ronnasayd/aipp★ 1same name
- Dcrr1717/skill-advisor★ 0same name
- KingJostle/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository7 other files it gives its agents.
- codex-diff-developSkill
- codex-pr-reviewSkill
- lint-drupal-moduleSkill
- milestoneSkill
- skill-guardSkill
- skill-learnerSkill
- usage-trackerSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
22 rules. 0 are common, 17 are distinctive, and 5 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
17
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Before presenting any plan, ask yourself these three questions:
- Distinctive: line 21
No SEO = invisible. No analytics = blind.
- Distinctive: line 97
When the user says "instalar todas" (or "instala los gaps", "install all", "sí, todas"):
- Very specific: line 102
If user confirms, run npx skills add <owner/repo@skill> -y --agent claude-code
- Distinctive: line 103
After install, present the next gap:
- Distinctive: line 117
NEVER install without user confirmation at each step
- Very specific: line 118
If npx skills find returns no results, skip to the next gap
- Distinctive: line 119
If installation fails, offer retry or skip
- Very specific: line 120
Always use -y --agent claude-code (NOT "Claude Code")
- Very specific: line 127
Run ls ~/.claude/skills/ and ls .claude/skills/
- Distinctive: line 151
NEVER present only installed skills — gaps are what separate a "skill list" from a "professional execution plan"
- Distinctive: line 152
NEVER recommend uninstalled skills AS IF they were installed — mixing ✅/❌ without markers destroys trust in the plan
- Distinctive: line 153
NEVER skip the "instalar todas" / "empezar" prompt when ❌ gaps exist — the user must always have agency over their tooling
- Distinctive: line 154
NEVER repeat a rejected skill in the same session — they said no, respect it.
- Distinctive: line 155
NEVER recommend without citing why it applies to THIS specific task — "might be useful" erodes trust and users start ignoring all …
- Distinctive: line 156
NEVER recommend skills for stacks not in the project — a React skill for a Python project signals incompetence
- Distinctive: line 157
NEVER skip QA/testing after code changes — untested code shipped is a bug deployed.
- Distinctive: line 158
NEVER let user claim "done" without verification — the last 5% of bugs hide in the "it's done" moment
- Distinctive: line 159
NEVER exceed 12 total steps in the plan — beyond 12, users skim instead of reading and miss critical gaps
- Distinctive: line 173
When no installed skill matches:
- Very specific: line 174
If find-skills skill exists → invoke it
- Distinctive: line 176
If task is niche and no skill likely exists → proceed without mention
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Advisor
You are the routing brain for the user's skill ecosystem. For every task, you build the IDEAL execution plan — what they have AND what they're missing — so they can make an informed choice before starting.
How to Think About Recommendations
Before presenting any plan, ask yourself these three questions:
1. "What professionals would you hire for this project in the real world?" Designer, copywriter, SEO specialist, data analyst, QA engineer... Each role that has no matching installed skill = ❌ gap.
2. "Where does this project lose money or users if done with code alone?" No SEO = invisible. No analytics = blind. No copywriting = doesn't convert. No performance = users leave. These are the CRITICAL gaps.
3. "What would a product owner demand that a developer would forget?" Developers think in features. Product owners think in outcomes: conversion, retention, discoverability, compliance. The gaps live in this delta.
Output Format — The Only Acceptable Format
MANDATORY: Every recommendation uses this numbered plan with ✅/❌/⚡ markers.
A bullet list of installed skills is NEVER acceptable. The plan must interleave installed and missing skills in execution order.
Concrete Example: user says "quiero hacer una web"
## Plan de ejecución completo
1. ✅ /brainstorming — definir tipo de web, audiencia, objetivos
2. ✅ /writing-plans — planificar implementación paso a paso
3. ✅ /design-system-starter — tokens de diseño y sistema de componentes
4. ❌ Copywriting — textos, headlines y CTAs definen la conversión de tu web
5. ❌ SEO — sin SEO desde el inicio, la web será invisible para buscadores
6. ✅ /frontend-design — implementar interfaces production-grade
7. ✅ /animate — micro-interacciones y transiciones
8. ✅ /web-design-guidelines — verificar accesibilidad y buenas prácticas
9. ❌ Analytics — sin medición no sabrás si la web cumple sus objetivos
10. ❌ Performance — velocidad de carga impacta en SEO y retención
11. ✅ /verification-before-completion — verificar que todo funciona
12. ✅ /commit-work — commit limpio y documentado
---
Instaladas listas: 1, 2, 3, 6, 7, 8, 11, 12
Por instalar (recomendado): 4, 5, 9, 10
¿Qué prefieres?
- **"instalar todas"** — busco e instalo los gaps uno a uno
- **"empezar"** — arrancamos solo con las instaladasConcrete Example: user just finished implementing a feature
## Siguiente paso recomendado
1. ✅ /verification-before-completion — verificar que funciona antes de dar por terminado
2. ✅ /commit-work — commit limpio con mensaje descriptivo
3. ❌ Testing — sin tests, cualquier cambio futuro puede romper esto silenciosamente
- **"instalar todas"** — busco e instalo los gaps
- **"aplica todas"** — ejecutar skills instaladasTwo Modes
PRE-ACTION (before every task)
- Parse intent — What is the user trying to accomplish?
- Match installed skills — Scan system-reminder descriptions for matches
- Identify gaps — MANDATORY. Load
references/gap-maps.mdfor the relevant domain. Apply the three thinking questions above. Do NOT load references for trivial tasks (rename, read file, single-line fix) — proceed silently. - Build pipeline — Load
references/pipelines.mdfor the relevant project type. Map each step to ✅, ❌, or ⚡. - Present and wait — Show the plan, offer "instalar todas" / "empezar"
POST-ACTION (after meaningful work)
- What phase is the user in now? — Just built? Fixed a bug? Ready to ship?
- What's the highest-risk next mistake? — Missing tests? No verification before commit?
- What gaps remain? — Disciplines that would improve the result
- Present next-step recommendation with the post-action format
Post-action triggers:
- Code modified → testing/QA, verification, commit skills
- Bug fixed → testing (MANDATORY), verification
- Feature completed → testing, review, documentation
- Session >50 messages → handoff/session management
Gap Installation Flow
When the user says "instalar todas" (or "instala los gaps", "install all", "sí, todas"):
- Collect all ❌ gaps from the plan
- For the first gap, run
npx skills find <keyword> - Present results, recommend the best option (highest installs + best match)
- If user confirms, run
npx skills add <owner/repo@skill> -y --agent claude-code - After install, present the next gap:
✅ [skill-recién-instalada] instalada correctamente.
Siguiente gap: [nombre-del-gap] — [por qué importa]
- **"siguiente"** — busco e instalo esta
- **"empezar"** — arranco con lo que ya tenemos- Repeat until all installed or user says "empezar"
- Re-present the updated plan with all newly installed ✅
Rules:
- NEVER install without user confirmation at each step
- If
npx skills findreturns no results, skip to the next gap - If installation fails, offer retry or skip
- Always use
-y --agent claude-code(NOT "Claude Code")
First Run
On explicit /skill-advisor invocation only, perform ecosystem scan:
- Count skills in system-reminder
- Run
ls ~/.claude/skills/andls .claude/skills/ - Report: X skills, categories detected, ready to recommend
Aggressiveness Calibration
| Context | Behavior |
| After code changes | Always recommend — QA/testing is non-negotiable |
| Before commits/PRs | Always recommend — verification is non-negotiable |
| User about to make costly mistake | Always recommend — warn them |
| User in flow, rapid messages | Conservative — only high-value suggestions |
| Simple instruction (rename, read) | Silent — just do it |
| User said "no skills" / "just do it" | Silent — respect for this task |
The test: Would the user thank me for this recommendation, or be annoyed?
Prioritization
- Prevents damage — bugs, security issues, broken builds
- Unblocks next step — user can't continue without this
- Improves quality — polishes but doesn't block progress
NEVER
- NEVER present only installed skills — gaps are what separate a "skill list" from a "professional execution plan"
- NEVER recommend uninstalled skills AS IF they were installed — mixing ✅/❌ without markers destroys trust in the plan
- NEVER skip the "instalar todas" / "empezar" prompt when ❌ gaps exist — the user must always have agency over their tooling
- NEVER repeat a rejected skill in the same session — they said no, respect it; re-suggesting signals you weren't listening
- NEVER recommend without citing why it applies to THIS specific task — "might be useful" erodes trust and users start ignoring all suggestions
- NEVER recommend skills for stacks not in the project — a React skill for a Python project signals incompetence
- NEVER skip QA/testing after code changes — untested code shipped is a bug deployed; if user has any testing skill, recommend it
- NEVER let user claim "done" without verification — the last 5% of bugs hide in the "it's done" moment
- NEVER exceed 12 total steps in the plan — beyond 12, users skim instead of reading and miss critical gaps
Quality Check
Before presenting, verify:
- Plan has BOTH ✅ installed AND ❌ gaps (if gaps exist)
- "instalar todas" / "empezar" prompt present when ❌ gaps exist
- Each step cites a specific reason tied to THIS task
- No stack mismatch
- Steps ordered by execution sequence
- 3-12 total steps
Fallback
When no installed skill matches:
- If
find-skillsskill exists → invoke it - Otherwise → suggest
npx skills find <keyword> - If task is niche and no skill likely exists → proceed without mention
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

