dist/codex/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.
The user may pass:
--model <name> to override model-specific rule selection (e.g. --model claude, --model gemini, --model openai)src/plugins/<name>/Do not review source code, tests, harness config, or ordinary project docs as instruction files. Review markdown that is clearly targeted at AI agents. Do not overlap with reviewing-code (code quality) or reviewing-cc-config (harness configuration).
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 (missing deps, sandbox restriction, uv cache error), skip the structural pre-pass and record "skipped (script unavailable)" in the Summary. Proceed with semantic review only.
Record which rule IDs flagged (U-SCOPE, K-DESC, F-NO-TABLE, etc.). The semantic review below is authoritative — this is a heuristic baseline for high-confidence instruction files and linked support markdown.
Read references/scoring-rubric.md for 0–10 anchors and weights per dimension.
For each confirmed file:
Candidates Not Reviewed.references/scoring-rubric.md).## 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).