Read academic papers efficiently: run the three-pass method (Keshav), pull the claim from the abstract and conclusion first, evaluate methods sections honestly, and build a compounding paper-note pipeline. Triggers when the user needs to read, summarize, or critically assess a research paper.
./install.sh reading-papersname: "reading_papers" description: "Read academic papers efficiently: run the three-pass method (Keshav), pull the claim from the abstract and conclusion first, evaluate methods sections honestly, and build a compounding paper-note pipeline. Triggers when the user needs to read, summarize, or critically assess a research paper."
Read academic papers without drowning in them. The core method is S. Keshav's three-pass system ("How to Read a Paper", ACM SIGCOMM Computer Communication Review 37(3), 2007): each pass has a fixed goal and budget, and you only spend the next hour when the paper earned it. Most papers get a 10-minute pass and a decision. Only the ones that matter get the deep read.
Read in this order: title, abstract, introduction (first paragraph or two), section and subsection headings, conclusion, references (glance; note any you recognize). Skip the body entirely.
Answer the five Cs:
Then gate: outside your scope, log it as skimmed and stop. Adjacent to your work, go to Pass 2. Core to what you're doing, plan for Pass 3.
Read the whole paper but skip proofs, derivations, and implementation detail on purpose. Study every figure and table first, then read the text around them: check axes labels, error bars, sample sizes, and whether significance is actually reported. Mark references that look central and go chase them later. Take margin notes as you go, especially questions.
End of Pass 2 output: a short paragraph summarizing the paper's argument, and a list of open questions. You should be able to explain the main contribution to a colleague in a couple of minutes with evidence behind it.
Reserved for papers you need to fully own, e.g. to review them, build on them, or refute them. Reconstruct the work from the authors' assumptions: trace each equation and each number in the key tables, ask what would happen if an assumption changed, and look for what they left out (failure modes, hyperparameter sensitivity, negative results they buried). Ask what a skeptical reviewer would ask.
End of Pass 3 output: you could re-derive the result from memory and you have found at least one real weakness.
For empirical papers, run the methods checklist in references/methods-checklist.md. The short version: is the study reproducible from the description, is the sample big enough for the claimed effect, are the stats appropriate for the data type, was multiple testing corrected, are effect sizes reported alongside p-values, and is statistical significance being confused with practical importance? A paper can be clearly written and still have shaky evidence. Say so plainly.
Write the note immediately after reading, same session, using assets/paper-note-template.md. Keep a running note folder (one note per paper, plus a simple index by topic). When a note references another paper, link them; over time the links become a map of the field. This is what turns reading into a pipeline instead of a pile.
Depending on the pass run, return:
assets/paper-note-template.md when the user wants the note kept.Always say which pass you ran and why. If the paper's figures are sloppy (unlabeled axes, missing error bars), flag that as a quality signal, not just a nitpick.
publisher key 2e43c913833850e6d80f939677e3de76e806d47785c0f1caaca90f9d18c98e1e
No ratings yet — be the first to rate it.