systematic-review
Skill1 starsChanged 34 days agoMITView on GitHub
Write a PRISMA 2020 systematic review — structured abstract, reproducible search/eligibility methods, a mandatory Mermaid PRISMA flow diagram of records identified/screened/excluded/included, risk-of-bias assessment, and synthesis of results. Use when the deliverable must make the evidence-selection process legible and reproducible end to end. Anti-trigger; for a general scholarly write-up with no mandatory flow diagram or registered protocol use academic.
6 other projects use a version of this.
Adopted by
Most recently taken up by
- pradyumnasagar/open-research-skillstheir own version, first seen Nov 8, 2026
- poemswe/co-researchertheir own version, first seen Oct 13, 2026
- SkillMedev/academic-researchertheir own version, first seen Oct 5, 2026
- KhaledSaeed18/dotclaudetheir own version, first seen Jul 4, 2026
- mcmespinaa/scholar-supporttheir own version, first seen Mar 31, 2026
- xjtulyc/awesome-rosetta-skillstheir own version, first seen Mar 17, 2026
Other versions6 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 6
- poemswe/co-researcher★ 135same name
- xjtulyc/awesome-rosetta-skills★ 34same name
- pradyumnasagar/open-research-skills★ 8same name
- KhaledSaeed18/dotclaude★ 5same name
- SkillMedev/academic-researcher★ 3same name
- mcmespinaa/scholar-support★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository46 other files it gives its agents.
- academicSkill
- adrSkill
- ai-architecture-docSkill
- arc42-arch-docSkill
- audit-docsSkill
- briefingSkill
- business-planSkill
- c4-model-diagramSkill
- changelogSkill
- clinical-submissionSkill
- competitive-quadrantSkill
- compliance-auditSkill
- computing-paperSkill
- diataxis-explanationSkill
- diataxis-how-toSkill
- diataxis-referenceSkill
- diataxis-tutorialSkill
- doc-set-plannerSkill
- ears-acceptance-criteriaSkill
- engineeringSkill
- exec-summarySkill
- feature-specSkill
- google-design-docSkill
- humanities-chicagoSkill
- humanities-mlaSkill
- kiro-designSkill
- kiro-requirementsSkill
- kiro-tasksSkill
- legal-memoSkill
- market-research-reportSkill
- mif-corpusSkill
- mif-frontmatterSkill
- mif-provenanceSkill
- mif-to-pdfSkill
- mif-validateSkill
- nist-spSkill
- playbookSkill
- prdSkill
- python-pepSkill
- regulatory-disclosureSkill
- rust-rfcSkill
- security-pentestSkill
- sre-runbookSkill
- sustainability-reportSkill
- svg-chartsSkill
- trend-analysisSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 58
Every claim traces to a cited source.
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
systematic-review
Produces a PRISMA 2020 systematic review: a reproducible, auditable account of how a body of evidence was identified, screened, appraised, and synthesised. Its center of gravity is the PRISMA flow diagram — the report is not conformant without one reconciling the count of records at every stage. This genre follows PRISMA 2020 (Page et al., BMJ 2021), the current reporting standard for systematic reviews and meta-analyses. Before authoring, verify the current PRISMA guidance live — confirm which statement is in force and treat no item count or flow-diagram template as fixed until checked against the live guidance.
Pattern (industry: PRISMA 2020 systematic review and meta-analysis)
- Title / Structured Abstract — background, objectives, eligibility criteria, information sources, methods of synthesis, results, and conclusions, each named as its own clause of the abstract.
- Introduction — the rationale for the review against existing knowledge, and the explicit objectives (the review question, framed as PICO or a comparable structure where applicable).
- Methods — the reproducible protocol:
- Eligibility criteria — inclusion and exclusion criteria for evidence.
- Information sources — where evidence was sought.
- Search strategy — the search approach and terms.
- Selection process — how records were screened and selected.
- Data items — what was extracted from each included study.
- Risk-of-bias assessment — how the validity of each included study was appraised (name the tool, e.g. Cochrane RoB 2).
- Results — the study selection and synthesis:
- Study selection, with the PRISMA flow diagram: the counts at every stage — records identified, records screened, records excluded (with reasons), and studies included.
- A risk-of-bias / verification-verdict table for the included studies.
- Synthesis of results — the synthesised findings across included evidence.
- Discussion — interpretation, limitations of the evidence and the review process, and conclusions.
- Registration & Protocol — the registration record and protocol availability (PRISMA 2020 "Other information"); state explicitly when none exists.
- References — the full reference list.
Rules that keep it a systematic review
- The PRISMA flow diagram is mandatory and never silently omitted. Render
it as a Mermaid
flowchart(top-down,flowchart TD) — never ASCII art, an image link, or Graphviz/DOT. If the underlying data cannot support a stage, say so in prose rather than dropping the diagram. - The flow diagram must reconcile: records identified, minus those removed or excluded at each stage, equal the studies included. A diagram whose counts do not add up is a defect, not a rounding artifact.
- Every claim traces to a cited source; no orphan facts and no uncited assertions.
- Report the appraisal outcome of every included study explicitly. A study excluded on eligibility or risk-of-bias grounds is recorded as an excluded record in the flow diagram with its exclusion reason — never quietly dropped from the corpus.
- Exhaustive coverage: synthesize from the full set of eligible studies — every included study carries its own evidence (population, comparator, outcome, citation), never condensed to a cherry-picked subset.
- Numbered (Vancouver-style) inline citation markers
[1],[2]resolve to a references list; a risk-of-bias/verification-verdict table sits alongside the flow diagram as a plain Markdown table. - The Methods section is reproducible on its own: another reviewer must be able to repeat the search and selection process from the prose alone.
Anti-triggers — do not use this genre for
- A general scholarly write-up with no mandatory flow diagram or registered
search protocol — that is
academic: a formal research report (abstract, background, method, findings, discussion) with a selectable citation style, but no PRISMA-mandated flow diagram or reproducible multi-stage search protocol. - A single already-made technical decision — that is
adr. - What to build and why, before design — that is
prdorfeature-spec.
MIF frontmatter
type: semantic — a systematic review is declarative synthesized knowledge, not
a time-bound event or a step sequence. Use namespace: systematic-review/<area>
(e.g. systematic-review/clinical-nlp). Climb to L2 with modified, title,
and tags when the review context supplies them. Gate every output with
mif-validate at its target level; the floor is --level 1.
Why machine-readable — the point of MIF here
| Question an agent asks | Answered by (frontmatter) |
| Is this evidence synthesis still current, or has newer evidence appeared? | temporal.validFrom / ttl |
| Where did each claim come from; can I trust it? | provenance (W3C-PROV) + citations[] |
| Which studies were included vs. excluded, and why? | the PRISMA flow-diagram counts, cross-checked against citations[] |
| What downstream document does this review inform? | typed relationships[] (relates-to, realized-by) |
The same document still reads as a human systematic review and projects losslessly to JSON-LD and back — one artifact, two readers.
The L1 -> L3 climb (two exemplars)
templates/good-l1.md— L1 floor:id,type,created+ body. A complete, valid PRISMA review, but opaque to a machine consumer.templates/good.md— L3 (highest this genre supports): addsnamespace,modified,temporalvalidity, W3C-PROVprovenance,citations[]tied to the methodology and appraisal tool, and a typedrelationships[]graph (e.g.relates-toa PRD the review's conclusions inform). Validate withmif-validate --level 3.
Author at the highest level the drafting context supports (grade down
rather than fabricate). templates/bad.md shows the antipattern: a review
that reports a study count and a "results" narrative with no PRISMA flow
diagram anywhere in it.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

