dist/claude/plugins/dev-tools/skills/reviewing-instructions/SKILL.md
Review and score AI agent/skill instruction files for quality — signal density, scope specificity, output structure, failure handling, and routing precision. Use when asked to "lint", "audit", "review", or "score" prompts, SKILL.md, AGENT.md, AGENTS.md, CLAUDE.md, platform-specific body.md, reference markdown, or other markdown files explicitly meant to be read by AI agents.
npx skillsauth add alexei-led/claude-code-config reviewing-instructionsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Review AI agent and skill instruction files for quality. Combines a fast structural pre-pass with model-aware semantic scoring across 8 dimensions (0–10 each). Do not fabricate findings — cite exact file/section or missing evidence for every issue.
From $ARGUMENTS:
--model <name>: override model for rule selection (e.g. --model claude, --model gpt-4o)src/plugins/<name>/Build the review set in this order:
SKILL.md, AGENT.md, AGENTS.md, CLAUDE.md.body.md, references/*.md, linked .md files, and named prompt/context/rules files.body.md, prompt*.md, instructions*.md, rules*.md, context*.md, policy*.mdagents/, skills/, prompts/, instructions/, references/name:, description:, model:, tools:, allowed-tools:Use when, Do not, Read X.mdREADME.md, changelogs, product docs, and design docs unless an instruction file explicitly points to them or the file clearly addresses an AI agent.Candidates Not Reviewed with a short reason instead of forcing a score.For each confirmed instruction file under review:
--model arg first; if absent, check the file's frontmatter model: field. Args take precedence.references/models/<model>.md in this skill's directory. Read it if present.https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/overviewhttps://platform.openai.com/docs/guides/prompt-engineeringhttps://ai.google.dev/gemini-api/docs/prompting-strategies<model> prompting guide best practicesreferences/models/generic.md.Surface the resolution as a one-line header in the report: Model context: claude (from frontmatter).
uv run python src/skills/reviewing-instructions/scripts/lint-instructions.py
If the script fails, record skipped (script unavailable) and continue with semantic review only.
Record which rule IDs flagged (U-SCOPE, K-DESC, F-NO-TABLE, etc.). The semantic review is authoritative.
Read references/scoring-rubric.md for 0–10 anchors and weights per dimension.
Spawn one review agent per plugin batch. Launch up to 3 in parallel:
Task(
subagent_type="general-purpose",
prompt="""
You are reviewing AI instruction files for quality.
Rules:
Read references/scoring-rubric.md for all lint rules, 0–10 anchors, and weights.
Read references/models/<model>.md for model-specific guidance (or references/models/generic.md if none).
Confirm each candidate file is meant to guide an AI agent. If confidence is low, move it to Candidates Not Reviewed instead of forcing a score.
Scoring dimensions:
1. Signal Density
2. Scope Specificity
3. Output Structure
4. Format Efficiency
5. Failure Handling
6. Grounding Discipline
7. Routing Precision
8. Progressive Disclosure
Files to review: [file paths]
For each file:
1. Read it fully.
2. Identify model from frontmatter or inherited parent context.
3. Score each dimension 0-10 with a one-line justification.
4. Apply lint rules — PASS / WARN / FAIL. For WARN/FAIL: cite exact section and propose a concrete fix.
5. Compute weighted overall score.
6. List top 3 improvements by impact.
Do not fabricate. "No evidence of X" is a valid finding.
""",
run_in_background=True
)
Collect all agent results. Output:
## Instruction Review Report
### Summary
- Files reviewed: N (model: M or generic)
- Extra instruction files discovered: N
- Candidates not reviewed: N
- Structural pre-pass: N errors, N warnings (or: skipped)
- Scores: mean X.X / 10 (range Y.Y–Z.Z)
### Scores
path/to/SKILL.md — overall 7.8 / 10
Signal Density: 8 — most lines carry actionable constraints
Scope Specificity: 6 — positive scope only; no exclusions stated
Output Structure: 9 — template present with required fields
Format Efficiency: 10 — no tables/diagrams/italic; clean
Failure Handling: 5 — one failure case; missing exit conditions
Grounding Discipline: 7 — grounding required in key steps
Routing Precision: 8 — trigger phrases present; minor K-DESC gap
Progressive Disclosure: 7 — 180 lines; borderline; consider splitting
### Critical Findings (FAIL)
1. path — U-SCOPE: no scope boundary. Fix: add "Do not X; review only Y."
### Top Improvements (by impact)
1. ...
### Candidates Not Reviewed
- path/to/file.md — why confidence was too low or why it was ordinary documentation
### Per-File Detail
...
tools
Idiomatic shell development for POSIX sh, Bash, Zsh, Fish, hooks, CI shell steps, and scriptable CLI glue. Use when writing or changing `.sh`, `.bash`, `.zsh`, `.fish`, `.bats`, shell functions, shell pipelines, or command-runner recipes. Emphasizes portability, quoting, safe filesystem/process handling, non-TUI CLI tools, ShellCheck, shfmt, Bats, and ShellSpec. NOT for Python, TypeScript, Go, web code, or infrastructure operations.
tools
Use when planning, executing, checkpointing, finishing, or inspecting lightweight spec-driven work. Runs one task at a time using `.spec/` markdown files and the bundled `specctl` helper. NOT for broad product discovery beyond a short requirement interview.
testing
Author, inspect, troubleshoot, and review infrastructure across IaC, Kubernetes, cloud resources, containers, CI/CD, and Linux hosts. Use when changing Terraform/OpenTofu, Kubernetes, Helm, Kustomize, Dockerfiles, GitHub Actions, AWS, GCP, Cloud Run, BigQuery, IAM, logs, instances, or service health. NOT for deploy/apply/rollback workflows (see deploying-infra). NOT for shell scripts or generic command pipelines (see writing-shell).
development
Configure safe git workflow hygiene: pre-commit/pre-push hooks, Gitleaks secret scanning, .gitignore rules, local git config, and guardrails. Use when setting up git hooks, gitleaks/git leaks, staged pre-commit checks, pre-push validation, core.hooksPath, .gitignore, or git config best practices. NOT for creating commits (use committing-code), cleaning branches/worktrees (use cleanup-git), or creating worktrees (use using-git-worktrees).