research-paper-writing
Skill22 starsChanged 10 days agoMITView on GitHub
Draft well-structured, properly cited research papers and reports. Citation discipline (never hallucinate references), standard paper structure, writing principles, and a self-review checklist.
28 other projects use a version of this.
Adopted by
Most recently taken up by
- ashleysbrain/skillstheir own version, first seen Nov 8, 2026
- delorenj/skillstheir own version, first seen Nov 7, 2026
- Gavin-Tao/claude-skillstheir own version, first seen Nov 2, 2026
- yuiseki/GeoAI-master-skillstheir own version, first seen Nov 1, 2026
- a-attia/scicomp-research-skillstheir own version, first seen Nov 1, 2026
- 0mlkrizzz655335v/claude-skills-zhtheir own version, first seen Oct 15, 2026
Used with
Projects with it also use frontend-design and skill-creator.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
BlockSkillfrontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
Also in 6 projects that use this
SentrySkillskill-creator
Create new agent skills following the Agent Skills specification. Use when asked to "create a skill", "add a new skill", "write a skill", "make a skill", "build a skill", or scaffold a new skill with SKILL.md. Guides through requirements, writing, registration, and verification.
Also in 4 projects that use this
Other versions28 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 28
- Master-cai/Research-Paper-Writing-Skills★ 6.5ksame name
- Tommy-yw/RunbookHermes★ 546same name
- aivrar/portable-hermes-agent★ 239same name
- RedWoodOG/Hermes-Desktop★ 177same name
- pcdp577/evidence-grounded-manuscript-skills★ 53same name
- delorenj/skills★ 17same name
- sii-research/SocioVerse2★ 14same name
- a-attia/scicomp-research-skills★ 13same name
- ZeyuLing/research_autocode_skills★ 9same name
- Samin12/skills★ 8same name
18 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 repository45 other files it gives its agents.
- AGENTS.mdAGENTS.md
- dependency-analyzerSkill
- docsSkill
- handoffSkill
- openai-reviewerSkill
- plugin-homeSkill
- schema-validatorSkill
- security-auditSkill
- session-auditSkill
- test-validatorSkill
- claude-codeSkill
- codexSkill
- opencodeSkill
- chartsSkill
- export-csvSkill
- export-excelSkill
- make-chartSkill
- make-html-reportSkill
- make-pdfSkill
- a2a-communicateSkill
- a2a-handle-inboundSkill
- codebase-inspectionSkill
- ethos-skill-authoringSkill
- native-mcpSkill
- github-authSkill
- github-code-reviewSkill
- github-issuesSkill
- github-pr-workflowSkill
- github-repo-managementSkill
- birth-ritualSkill
- get-to-know-youSkill
- xurlSkill
- arxivSkill
- grounded-citationsSkill
- reddit-researchSkill
- code-reviewSkill
- coding-agentSkill
- planSkill
- requesting-code-reviewSkill
- spikeSkill
- subagent-driven-developmentSkill
- systematic-debuggingSkill
- tddSkill
- writing-plansSkill
- no-ai-slopSkill
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 8 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 26 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 46
NEVER generate a citation from memory: Every reference must be verified against a real source before inclusion.
- Distinctive: line 94
Every entry must be verified via the citation workflow.
- Distinctive: line 110
No unsupported assertions.
- Distinctive: line 130
Run this checklist on every draft before declaring it complete.
- Very specific: line 172
Use arxiv to find papers, explore citation graphs, and retrieve BibTeX.
- Distinctive: line 174
Search for papers on the topic with the arxiv skill.
- Distinctive: line 192
Citation from memory: Never. Use the workflow.
- Distinctive: line 193
Writing the abstract first: Write it last — it summarizes what you actually wrote, not what you planned to write.
- Distinctive: line 196
Overfitting the narrative: If the data doesn't support the story, change the story.
- Distinctive: line 197
Citation padding: Don't cite papers you haven't read just to lengthen the bibliography.
“Common” is measured: kept by at least 6 in 10 of the 26 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
Research Paper Writing
Draft well-structured, properly cited research papers and reports. This skill enforces citation discipline, provides standard paper structure, and includes a self-review checklist.
When to use this skill
- Drafting a research paper, technical report, or literature review.
- Writing or revising individual sections (abstract, introduction, methods, etc.).
- Reviewing a draft for structural completeness and citation integrity.
- Building a bibliography from verified sources.
When NOT to use this skill
- Blog posts, documentation, or marketing copy — those have different structure and tone.
- Slide decks or presentations — different medium, different rules.
- Casual summaries of papers — just read and summarize directly.
The cardinal rule
NEVER generate a citation from memory. Every reference must be verified against a real source before inclusion. If you cannot verify a reference exists and says what you claim it says, insert [CITATION NEEDED] instead.
This is non-negotiable. A hallucinated citation is worse than no citation — it poisons the reader's trust in the entire paper. One fake reference calls every other reference into question.
The full citation verification process is in references/citation-workflow.md.
Paper structure
A standard research paper follows this skeleton. Not every paper needs every section, but deviations should be deliberate.
Abstract
A self-contained summary of the entire paper in 150-300 words. Use the 5-sentence formula:
- Context — what is the broad area and why does it matter?
- Gap — what specific problem or limitation exists?
- Approach — what did we do to address it?
- Result — what did we find? (include key numbers)
- Implication — why does this matter going forward?
The abstract must match the conclusions. If they diverge, one of them is wrong.
Introduction
Sets up the problem and motivates the work. Should end with a clear statement of contributions: "In this paper, we..." or equivalent. The reader should know by the end of the introduction exactly what the paper claims and roughly how it gets there.
Related Work
Survey of prior art that contextualizes this work. Compare, don't just list. For each cited work, explain how it relates to the current paper — what it does well, where it falls short, and how the current work differs. Be fair to prior art; a strawman related work section undermines credibility.
Method
Describe the approach in enough detail to reproduce it. Another researcher with the same data and compute should be able to replicate the results from this section alone. Include: architecture, training procedure, hyperparameters, data preprocessing, evaluation metrics.
Experiments / Results
Lead with the main finding, not the experimental setup. Present results with tables and figures. Every number should have context (baseline comparisons, confidence intervals, ablations). Claims drive experiments — every claim in the paper must have corresponding experimental evidence.
Discussion
Interpret the results. What do they mean? What are the limitations? What surprised you? What would you do differently? State limitations honestly — reviewers will find them anyway; stating them first shows intellectual honesty.
Conclusion
Summarize contributions and findings. Suggest future work directions. Do not introduce new results here.
References
Every entry must be verified via the citation workflow. Use consistent formatting (preferably BibTeX-generated). Include DOIs where available.
Writing principles
See references/writing-guide.md for the expanded version. The essentials:
The paper tells a story
Problem --> why it matters --> what we did --> what we found --> what it means. Every section advances this narrative. If a paragraph doesn't serve the story, cut it.
Clarity over cleverness
Use the simplest language that accurately conveys the idea. Gopen & Swan's reader-expectation theory: put familiar information at the start of a sentence (topic position) and new/important information at the end (stress position). The reader's eye naturally lands on the end of the sentence — put the emphasis there.
Every claim needs evidence
No unsupported assertions. "It is well known that..." is not evidence. "Prior work has shown..." requires a citation. "Our method outperforms..." requires a number and a baseline.
Paragraphs have structure
Topic sentence (the claim) --> evidence (the data) --> interpretation (what it means) --> transition (how it connects to the next point). One idea per paragraph.
Citation workflow
The 5-step process for every citation:
- SEARCH — find the paper
- VERIFY — confirm existence in 2+ sources
- RETRIEVE — get real BibTeX via DOI
- VALIDATE — confirm the paper supports your claim
- MARK — if any step fails, insert
[CITATION NEEDED]
Full details in references/citation-workflow.md.
Self-review checklist
Run this checklist on every draft before declaring it complete. One pass, top to bottom.
Structure
- Does the abstract follow the 5-sentence formula?
- Does the abstract match the conclusions?
- Does the introduction end with a clear contributions statement?
- Does every section advance the paper's narrative?
- Is the related work a comparison, not a list?
Evidence
- Does every claim have supporting evidence (data, citation, or derivation)?
- Are all experimental results presented with baselines and context?
- Are confidence intervals or error bars included where appropriate?
- Do the experiments actually test the claims made in the paper?
Citations
- Has every citation been verified via the 5-step workflow?
- Are there any remaining
[CITATION NEEDED]markers? - Does each cited paper actually support the claim it's attached to?
- Is the related work fair to prior art?
Honesty
- Are limitations stated explicitly?
- Are there unstated assumptions a skeptical reviewer would catch?
- Are negative results reported, not hidden?
- Is the scope of claims proportional to the evidence?
Writing quality
- Are there weasel words ("it is well known", "obviously", "clearly")?
- Are sentences under 25 words on average?
- Does each paragraph have a clear topic sentence?
- Is the notation consistent throughout?
Workflow with other skills
With the arxiv skill
Use arxiv to find papers, explore citation graphs, and retrieve BibTeX. Typical flow:
- Search for papers on the topic with the arxiv skill.
- For promising papers, pull citation details from Semantic Scholar.
- Retrieve BibTeX via DOI content-negotiation.
- Validate that each cited paper supports the claim you're making.
- Build the bibliography as you write, not after.
With the plan skill
For longer papers, use plan to outline the structure before writing:
- Define the research question and contributions.
- Outline each section with bullet points.
- Identify which claims need which evidence.
- Map out the citation needs per section.
- Then write section by section.
Anti-patterns
- Citation from memory. Never. Use the workflow.
- Writing the abstract first. Write it last — it summarizes what you actually wrote, not what you planned to write.
- Related work as bibliography dump. Compare and contrast; don't just list.
- Hiding limitations. State them before the reviewer finds them.
- Overfitting the narrative. If the data doesn't support the story, change the story.
- Citation padding. Don't cite papers you haven't read just to lengthen the bibliography.
Adapted from NousResearch/hermes-agent (MIT)
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.

