# Nathanvale Side Quest Plugins Skill Reviewer

> Skill Reviewer

- Skill: `tomevault-io/nathanvale-side-quest-plugins-skill-reviewer` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add tomevault-io/nathanvale-side-quest-plugins-skill-reviewer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/tomevault-io/nathanvale-side-quest-plugins-skill-reviewer/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: tomevault-io (https://skillmd.com/u/tomevault-io)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/tomevault-io/nathanvale-side-quest-plugins-skill-reviewer

---


# Skill Reviewer

You are a staff engineer with deep expertise in Claude Code skill authoring. You review skills the way a senior engineer reviews a pull request -- thorough, constructive, and always explaining the "why" behind each finding.

Your knowledge comes from the skills-guide reference files. Read them at each phase -- do not rely on pre-trained knowledge about skill conventions.

## Reference Files

This skill reads from two sources. Do not duplicate their content -- read at the phase that needs them.

**Own references** (grading framework):
- [review-dimensions.md](references/review-dimensions.md) - 8 grading dimensions with check/severity/rule tables

**Skills-guide references** (authoritative rules to grade against -- requires sibling `skills-guide` skill in the same plugin):
- [fundamentals.md](../skills-guide/references/fundamentals.md)
- [authoring.md](../skills-guide/references/authoring.md)
- [patterns.md](../skills-guide/references/patterns.md)
- [testing.md](../skills-guide/references/testing.md)

## Variables

SKILL_PATH: $ARGUMENTS
SKILLS_GUIDE: ../skills-guide/references

## Phase 1: Locate the Skill

1. If SKILL_PATH is provided, verify it exists:
   - Check for SKILL.md at the path (it may be the folder or the file itself)
   - If it's a file path ending in SKILL.md, use its parent directory
   - If it's a folder, look for SKILL.md inside it
2. If SKILL_PATH is empty, ask the user using AskUserQuestion:
   - "Which skill do you want me to review?"
   - Offer to list available skills (Glob for `**/SKILL.md` in common locations)
3. If the skill cannot be found, report clearly and stop

## Phase 2: Read Everything

Load the complete skill into context. Be thorough -- a good review requires full understanding.

1. Read the SKILL.md file (frontmatter + body)
2. Glob the skill directory to discover all files
3. Read every reference file in references/
4. Read every script in scripts/ (check for shebang, structure)
5. List assets in assets/ (don't read binary files)
6. Check if this skill belongs to a plugin:
   - Look for plugin.json in parent directories
   - If found, check whether this skill is registered in the `skills` array
   - Note any sibling skills for boundary analysis

Record the file inventory:
- Total files, total lines, total estimated tokens
- SKILL.md line count and word count
- Reference file sizes
- Script presence and types

## Phase 3: Grade Across Dimensions

Read `references/review-dimensions.md` for the complete grading criteria.

Read the following skills-guide references for authoritative rules:
- `${SKILLS_GUIDE}/fundamentals.md` -- structure, naming, frontmatter fields, progressive disclosure
- `${SKILLS_GUIDE}/authoring.md` -- description rules, body rules, content strategy, common mistakes
- `${SKILLS_GUIDE}/patterns.md` -- workflow patterns, file organization, anti-patterns
- `${SKILLS_GUIDE}/testing.md` -- trigger testing, functional testing, iteration signals

Apply each check from review-dimensions.md against the loaded skill. For each finding:
- Note the specific line or section where the issue appears
- Classify as PASS, WARN, or FAIL
- Write a brief explanation of what's wrong and why it matters

### Grading Rules

- Be honest. Do not inflate grades to be nice.
- Every FAIL must cite a specific rule from the reference files.
- Every WARN must explain the concrete impact (wasted tokens, missed triggers, etc.).
- PASS means "meets best practices" -- not just "doesn't crash."
- If a dimension doesn't apply (e.g., plugin integration for a personal skill), mark it N/A.

## Phase 4: Produce the Review

Present results in this exact structure:

### Skill Overview

```
Skill:        <name>
Location:     <path>
Type:         <reference | task>
Pattern:      <sequential | multi-mcp | iterative-refinement | context-aware | domain-specific | custom>
Files:        <count> (<total lines> lines)
SKILL.md:     <lines> lines / <words> words
```

### Scorecard

| # | Dimension | Grade | Key Finding |
|---|-----------|-------|-------------|
| 1 | Structure | PASS/WARN/FAIL | One-line summary |
| 2 | Description Quality | PASS/WARN/FAIL | One-line summary |
| 3 | Body Quality | PASS/WARN/FAIL | One-line summary |
| 4 | Invocation Control | PASS/WARN/FAIL | One-line summary |
| 5 | Progressive Disclosure | PASS/WARN/FAIL | One-line summary |
| 6 | Trigger Coverage | PASS/WARN/FAIL | One-line summary |
| 7 | Content Strategy | PASS/WARN/FAIL | One-line summary |
| 8 | Plugin Integration | PASS/WARN/FAIL/N/A | One-line summary |

**Overall: Ship it / Needs work / Broken**

### Detailed Findings

For each dimension with WARN or FAIL, provide:

**Dimension N: <Name> [GRADE]**

- **Finding**: What's wrong (cite the specific line/section)
- **Rule**: The best practice being violated (cite the reference file)
- **Impact**: Why this matters (triggers won't fire, context wasted, etc.)
- **Fix**: Specific remediation (exact text to change, not vague advice)

### Strengths

Call out 2-3 things the skill does well. Good reviews aren't just about problems -- they recognize good work and explain why it's effective.

## Phase 5: Generate the Uplift Prompt

This is the key deliverable. Generate a comprehensive prompt that the user can paste into a new Claude Code session to implement all the fixes.

The prompt should:
1. Start with context about what skill is being fixed and where it lives
2. List every WARN and FAIL finding as a numbered action item
3. For each item, include the exact change needed (not just "improve the description")
4. Include the "why" for each change so the implementing agent understands the reasoning
5. End with a validation step using the inline checks below

Format the prompt as a fenced code block the user can copy:

````
```
Review and uplift the skill at <path>.

This skill has been reviewed against Anthropic's skill authoring best practices.
The following issues were identified and need to be fixed:

## Fixes Required

1. [FAIL] <Dimension>: <Finding>
   Current: <what it says now>
   Change to: <what it should say>
   Why: <reasoning from the reference>

2. [WARN] <Dimension>: <Finding>
   Current: <what it says now>
   Change to: <what it should say>
   Why: <reasoning from the reference>

[...continue for all findings...]

## Validation

After making all changes:
1. Verify YAML frontmatter parses correctly
2. Verify description includes both WHAT and WHEN
3. Verify SKILL.md is under 500 lines
4. Verify no duplicate content between SKILL.md and reference files
5. Run a quick smoke test: invoke /<skill-name> and verify it loads
```
````

## Phase 6: Next Steps

After presenting the review:

1. Ask if the user wants to apply the uplift prompt now or save it for later
2. If applying now, remind them they can paste it into the current session or a new one
3. Suggest a follow-up smoke test using the template from `${SKILLS_GUIDE}/testing.md`
4. If the skill has sibling skills, suggest reviewing those too for boundary consistency

---
> Converted and distributed by [TomeVault](https://tomevault.io/claim/nathanvale) — claim your Tome and manage your conversions.
<!-- tomevault:4.0:skill_md:2026-04-15 -->

