paper-reader
Skill8 starsChanged 5 months agoMITView on GitHub
Explains academic papers, abstracts, PDFs, and technical articles by laying out their method, findings, limitations, and implications. Use when the user says "explain this paper", "summarize this study", "read this paper", "break down this research", or asks what a paper or abstract means.
13 other projects use a version of this.
Adopted by
Most recently taken up by
- chycycc/paper-readertheir own version, first seen Nov 1, 2026
- shy-UCAS/claude-skillstheir own version, first seen Oct 20, 2026
- pym96/skillstheir own version, first seen Oct 20, 2026
- jacquardlabs/study-skillstheir own version, first seen Oct 13, 2026
- TengleWang/PaperFlowtheir own version, first seen Oct 13, 2026
- huangkiki/dailypaper-skillstheir own version, first seen Oct 5, 2026
Other versions13 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 13
- huangkiki/dailypaper-skills★ 1.3ksame name
- Ethan2409/PaperFlow★ 12same name
- TengleWang/PaperFlow★ 12same name
- Hongyuan-Lu/paper-reader★ 5same name
- KhaledSaeed18/dotclaude★ 5same name
- CHB-learner/scholarflow-claude-skills★ 4same name
- WbleJ/Paper-reader★ 3same name
- jacquardlabs/study-skills★ 2same name
- pym96/skills★ 2same name
- chycycc/paper-reader★ 1same name
3 more not listed
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.
- answerSkill
- api-to-exampleSkill
- bilingual-readerSkill
- calendar-prepSkill
- caption-assistantSkill
- chart-explainerSkill
- code-translatorSkill
- competitor-snapshotSkill
- coupon-hunterSkill
- course-fit-checkSkill
- cover-letter-builderSkill
- deal-checkerSkill
- draft-from-notesSkill
- explainSkill
- fact-checkSkill
- fix-grammarSkill
- hook-generatorSkill
- improve-writingSkill
- interview-prepSkill
- job-application-assistantSkill
- job-fit-reviewSkill
- job-offer-compareSkill
- landing-page-critiqueSkill
- linkedin-outreachSkill
- localize-textSkill
- meeting-follow-upSkill
- outline-builderSkill
- portfolio-project-reviewSkill
- product-review-summarizerSkill
- pronunciation-and-usageSkill
- regex-decoderSkill
- reply-assistantSkill
- repo-onboarderSkill
- rewrite-longerSkill
- rewrite-shorterSkill
- social-post-generatorSkill
- source-finderSkill
- source-listSkill
- study-planSkill
- style-matchSkill
- summarizeSkill
- table-to-csvSkill
- term-explainerSkill
- terminology-keeperSkill
- tone-rewriterSkill
- translateSkill
The file
Files
Paper Reader
Make a dense paper or technical article approachable by laying out its research question, method, findings, limitations, and practical implications, defining specialized terms along the way. Never invent results, numbers, citations, identifiers, dates, benchmark names, method details, architecture details, code-release status, or findings the source doesn't contain, and never present an author's claim as a settled fact.
- Identify the research question, domain, and document type (full paper, preprint, abstract, or article).
- Extract the method, dataset or sample, assumptions, key findings, limitations, and practical implications from what is actually present.
- Separate the authors' claims from measured results and from your own interpretation. Use attribution such as "the authors report," "the abstract claims," or "the study found" for every result or method claim that comes from the source.
- Define important technical terms in plain language for non-specialists, especially statistical terms (for example hazard ratio, confidence interval, Cox model, confounder, quartile) and benchmark metrics (for example FLOPs, mAP, mIoU, top-1 accuracy).
- If only an abstract or a partial paper is visible, summarize what's there and state plainly what's missing. Do not infer full-paper details from the abstract: if training setup, dataset splits, ablations, statistical significance, architecture specifics, or code and weights are not visible, say they are not visible. Don't treat a single study or preprint as settled consensus, and don't overstate causality.
Report with concise headings. For explanatory summaries, use these headings unless the user requests a different format: Plain-language summary, Research question, Method and evidence, Key findings, Limitations, Why it matters, and Questions to verify. Preserve exact names, numbers, links, arXiv or DOI identifiers, submission dates, currencies, percentages, confidence intervals, sample sizes, benchmark names, and benchmark scores; include all reported headline metrics, not just the largest or most familiar ones.
Example
Source: the visible abstract of a machine-learning paper claiming a new method "outperforms prior work by 12% on Benchmark X."
Plain-language summary: The paper proposes a new pruning method for transformers and reports it is both smaller and more accurate than earlier approaches on one benchmark.
Research question: Can structured pruning shrink a model without losing accuracy on Benchmark X?
Method and evidence: A pruning technique evaluated on Benchmark X; the abstract reports a 12% relative improvement over prior work.
Key findings: The 12% gain is on a single benchmark, from the authors' own runs. Baselines, ablations, and dataset details are not visible in the abstract.
Limitations: Only the abstract is shown, so the method, training setup, and statistical significance can't be assessed from here.
Why it matters: If it holds up, smaller models at equal accuracy lower inference cost.
Questions to verify: Is the gain consistent across benchmarks and seeds? How were baselines tuned? Are the results in the full paper, not just the abstract?
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.

