Individual skill

review-paper

Use when writing a literature review article (narrative, scoping PRISMA-ScR or systematic). Scaffolds a 7-part skeleton with a scope and non-overlap statement, summary-table stubs and reporting-guideline wiring, without inventing citations. Original research is /write-paper.

skills/review-paper/SKILL.md

Read pinned source

Source commit cc462bc2069064b557c2fea12a1f83ed1fe67f66

What was checked

Matches the observed repository HEAD
Yes
Scanner rules are current
Yes
Repository scan complete
No
Skill scan complete
No
Observed behavior
Network or broad shell
Last checked
Nov 11, 2026

These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.

Install this skill

Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.

An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.

Repository context

Repository stars (not skill ratings)
376
Repository last updated
Nov 10, 2026
License
MIT

Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.

Files and excerpt

File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.

Browse files
Read excerpt

# Review-Paper Skill

The review-article counterpart to `write-paper` (original research). For *reviewing* someone
else's review article, use `/peer-review` or `/self-review` (the RV1-RV9 probes) instead.

## Step 0 — Format + spine axis (the structure-determining choice)

1. Confirm **format** with the user: narrative (SANRA) | scoping (PRISMA-ScR + JBI) |
   systematic (PRISMA 2020). This decides the reporting guideline and the registration path.
2. Choose the **spine axis** — the single most consequential decision: organize the body by
   **modality** (e.g. 2D → 3D), by **task** (generation / QA / deployment), or by
   **lifecycle stage**. Every body section then follows this one axis; mixing axes is the
   most common structural failure.
3. Require a **scope statement + non-overlap boundary** against prior/adjacent reviews — this
Back to top