skill:review
Skill(s) to review: $ARGUMENTS
Step 1: Resolve Target
Inspect $ARGUMENTS:
- Empty — ask what skill to review
- Single
SKILL.mdpath — review that file directly - Skill directory (contains
SKILL.md) — review that skill - Skill name (e.g.,
spec-new,dev-commit) — search.claude/skills/,.agents/skills/, andplugins/*/skills/for a match - Plugin directory — auto-discover all skills:
Show discovered list and confirm with user before proceeding.find $ARGUMENTS -name "SKILL.md" | sort
Step 2: Review (parallelise for multiple skills)
For a single skill, run inline. For multiple skills, spawn one subagent per skill simultaneously via the Agent tool. Each subagent receives the SKILL.md path and the checklist from references/checklist.md.
For each skill, check:
2a — Base Spec Compliance
-
namefield present, matches[a-z0-9-]+, ≤64 chars, no leading/trailing/consecutive hyphens -
descriptionfield present, 1–1024 chars -
licensefield present (should beMITfor claudevoyant skills) -
compatibilityfield present, 1–500 chars, accurately reflects the skill's platform requirements
2b — Portability Tier Accuracy
Determine the actual tier from the skill's frontmatter and body:
- Uses
AskUserQuestion? → Tier 2 minimum - Uses
context: fork? → Tier 2b minimum - Uses
hooks:or${CLAUDE_SKILL_DIR}? → Tier 3 - None of the above → Tier 1
Compare to the declared compatibility field. Flag if mismatched.
2c — Claudevoyant Conventions
-
descriptionis "pushy" — includes what it does, when to use it, trigger keywords -
argument-hintset if skill takes positional args or flags -
disable-model-invocation: trueif skill is stateful or destructive -
$ARGUMENTSreferenced in body if skill takes a positional argument - Body has a workflow — numbered steps, not just reference tables
- SKILL.md is under 500 lines; large content in
references/ - Body has
> **Compatibility**:note if Tier 2 or above
2d — Plugin Completeness
- Plugin has an
allowskill (plugins/{plugin}/skills/allow/SKILL.md) - Plugin has a
helpskill (plugins/{plugin}/skills/help/SKILL.md)
2e — Plugin Wiring (if in a plugin)
Determine which plugin the skill belongs to (from its path or name prefix).
- Plugin is registered in
.claude-plugin/marketplace.json - Plugin's
plugin.jsonis listed in.releaserc.json@semantic-release/gitassets - Plugin's
plugin.jsonis listed in.releaserc.json@semantic-release/execprepareCmd - Plugin's
plugin.jsonis listed in.github/workflows/release.ymlGitHub Release files - Skill bundle for this plugin exists in
dist/opencode-skills/anddist/copilot-skills/(runmise run skills:buildto verify)
See references/plugin-wiring.md for the exact wiring patterns.
Step 3: Aggregate and Report
## Review: {skill-name}
### Base Spec
- 🔴 Blocking: {issue}
- 🟡 Polish: {issue}
- ✅ Good: {what's correct}
### Portability Tier
- Declared: {tier + compatibility text}
- Actual: {tier based on analysis}
- 🔴 Mismatch / ✅ Accurate
### Conventions
- 🔴 / 🟡 / ✅ {each checklist item}
### Plugin Completeness
- 🔴 / ✅ `allow` skill exists at `plugins/{plugin}/skills/allow/SKILL.md`
- 🔴 / ✅ `help` skill exists at `plugins/{plugin}/skills/help/SKILL.md`
### Plugin Wiring
- 🔴 / ✅ {each wiring check}
Step 4: Propose and Apply Fixes
For each 🔴 Blocking issue, propose the exact edit. Apply once approved. For 🟡 Polish issues, present as optional — apply if user confirms.
After applying: run mise run skills:validate to confirm spec compliance.
More from cloudvoyant/codevoyant
mem:help
Use when the user asks about available mem commands or needs help choosing a skill. Triggers on: \"mem help\", \"help mem\", \"what can mem do\", \"mem commands\", \"list mem skills\", \"mem reference\". Lists all mem commands with descriptions, arguments, and usage guidance.
14dev:plan
Use when planning architecture for a project or feature. Triggers on: "dev plan", "architecture plan", "plan architecture", "design architecture", "technical design", "system design for". Produces draft plan artifacts in .codevoyant/plans/{slug}/. Use /dev:approve to promote to docs/architecture/.
14em:review
Use when reviewing an engineering roadmap for quality and realism. Triggers on: "em review", "review roadmap", "sanity check roadmap", "em check", "review this plan". Checks capacity realism, dependency gaps, missing risks, and phasing quality. Auto-launched after em:plan.
13dev:explore
Use when researching technical approaches before building. Triggers on: "explore options", "what are my options for", "research approaches", "compare solutions", "dev explore", "generate proposals", "help me decide between". Runs parallel proposal generation via subagents and outputs to .codevoyant/explore/.
13em:plan
Use when planning a project (epic) or initiative with Linear as tracker.
13pm:plan
Plan a product roadmap for a quarter, half-year, or year. Writes a draft roadmap to .codevoyant/roadmaps/ using capability tiers. Triggers on: "pm plan", "product roadmap", "plan a roadmap", "quarterly roadmap", "annual plan".
13