paper-writing
Skill16 starsChanged 6 months agoMITView on GitHub
Workflow 3: Full paper writing pipeline. Orchestrates paper-plan \u2192 paper-figure \u2192 paper-write \u2192 paper-compile \u2192 research-refine to go from a narrative report to a polished, submission-ready PDF. Use when user says \\\"\u5199\u8bba\u6587\u5168\u6d41\u7a0b\\\", \\\"write paper pipeline\\\", \\\"\u4ece\u62a5\u544a\u5230PDF\\\", \\\"paper writing\\\", or wants the complete paper generation workflow.
- Reads credentials
36 other projects use a version of this, 7 of them edited.
Adopted by
Most recently taken up by
- kinhluan/skillstheir own version, first seen Nov 8, 2026
- 70asunflower/70asunflower-skillstheir own version, first seen Nov 8, 2026
- SNL-UCSB/paper-writing-skilltheir own version, first seen Nov 4, 2026
- VeryMath/AI4Math-Writingtheir own version, first seen Nov 3, 2026
- Deadpoolmine/systematic-research-skillstheir own version, first seen Nov 1, 2026
- takayoshitoyoda05/claude-ml-templatetheir own version, first seen Oct 20, 2026
Used with
Projects with it also use ml-training-recipe, replication and 5 more.
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.
getcompanion-aiSkillml-training-recipe
Find implementable ML training recipes from papers, datasets, docs, and code. Use when the user wants to fine-tune, train, reproduce, or choose a practical ML method, dataset, hyperparameter setup, or benchmark recipe.
Also in 3 projects that use this
getcompanion-aiSkillreplication
Plan a replication of a paper, claim, or benchmark, and execute only after an explicit environment choice. Use when the user asks to replicate results, reproduce an experiment, verify a claim empirically, or build a replication package.
Also in 3 projects that use this
brainbytes-devSkillalpha-research
Also in 3 projects that use this
JaimeParkerSkillpaper-code-audit
Perform three-way cross-validation of a research paper by comparing the original paper text (via Zotero), official code implementation (via Git), and personal Obsidian notes. Use this skill whenever the user wants to "audit a paper", "verify paper claims against code", "cross-check notes with implementation", "triangulate paper + code + notes", "find discrepancies between paper and code", or mentions wanting a deep, structured comparison of a paper's claims against its implementation and their own notes. Also trigger when the user asks to "analyze this paper thoroughly" with code available, or when they want to systematically reconcile what the paper says, what the code does, and what their notes claim.
Also in 3 projects that use this
JimLiuSkillpdf-explore
Use this skill when the user has attached a PDF, paper, report, or other document and the answer needs content from more than one place in it: summarize the methods or any other section, compare sections, find where a topic is discussed, read a value or label off a figure or chart, or find/list/extract every instance of something across the whole document (datasets, benchmarks, citations, figures, table rows, accession numbers — including appendices). Skip it only for a single lookup of 1–4 pages quoted in your very next response — `read_file(pages=[...])` attaches pages as images that are dropped from context after one turn, so multi-section answers end up re-reading the same ranges repeatedly. Parses the PDF once in the Python kernel: `pdf_pages` (pages as persistent text), `pdf_outline` (TOC), `pdf_scan` (rank pages by relevance), `pdf_map`/`pdf_extract` (per-page summary / structured fields via parallel haiku calls). For PDF creation/manipulation, use reportlab/pypdf directly.
Also in 4 projects that use this
xdrshjrSkillpaper-review
Comprehensive peer review of academic papers for top-tier computer science conferences and journals. Supports PDF and LaTeX inputs, provides detailed reviews with scores, and generates improvement plans. Use when the user asks to review, evaluate, or provide feedback on academic papers.
Also in 6 projects that use this
- +1 more from getcompanion-ai
Other versions36 projects use a version of this.
Word for word · 0
None found.
Edited · 7
- wanshuiyin/Auto-claude-code-research-in-sleep★ 19k16% same
- Chanw-research/claude-code-paper-writing★ 4231% same
- Yulivu/debuffer-skills★ 912% same
- Yusong-Enceladus/claude-skills★ 880% same
- raja21068/AutoResearch★ 231% same
- Shri-Phnx/claude-skills★ 215% same
- talhaMah56/claude_skills★ 016% same
Wrote their own version · 29
- advaitpaliwal/feynman★ 10ksame name
- companion-inc/feynman★ 10ksame name
- getcompanion-ai/feynman★ 10ksame name
- MLNLP-World/Paper-Writing-Tips★ 4.7ksame name
- ZimoLiao/scholaraio★ 585same name
- EvoScientist/EvoSkills★ 481same name
- SNL-UCSB/paper-writing-skill★ 249same name
- voidful/academic-skills★ 126same name
- TenureAI/PhD-Zero★ 52same name
- HughYau/pengsida-learning-research-skills★ 27same name
19 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 repository56 other files it gives its agents.
- argument-stress-testSkill
- citation-auditSkill
- comm-lit-review-claude-singleSkill
- comparative-lawSkill
- exa-searchSkill
- feishu-notifySkill
- figure-descriptionSkill
- figure-specSkill
- formula-derivationSkill
- grant-proposalSkill
- legal-writingSkill
- llm-wikiSkill
- mermaid-diagramSkill
- novelty-checkSkill
- overleaf-syncSkill
- paper-claim-auditSkill
- paper-compileSkill
- paper-figureSkill
- paper-illustrationSkill
- paper-planSkill
- paper-posterSkill
- paper-slidesSkill
- paper-writeSkill
- paper-writingSkill
- prism-pipelineSkill
- proof-checkerSkill
- proof-writerSkill
- rebuttalSkill
- research-litSkill
- research-pipelineSkill
- research-refine-pipelineSkill
- research-refineSkill
- research-reviewSkill
- research-wikiSkill
- semantic-scholarSkill
- comm-lit-reviewSkill
- feishu-notifySkill
- formula-derivationSkill
- grant-proposalSkill
- mermaid-diagramSkill
- novelty-checkSkill
- paper-compileSkill
- paper-figureSkill
- paper-illustrationSkill
- paper-planSkill
- paper-posterSkill
- paper-slidesSkill
- paper-writeSkill
- proof-writerSkill
- rebuttalSkill
- research-litSkill
- research-pipelineSkill
- research-refine-pipelineSkill
- research-refineSkill
- research-reviewSkill
- statute-case-mapperSkill
The file
We split this skill into the rules it gives an agent
12 rules. 0 are common, 7 are distinctive, and 5 are very specific to this project.
0
Common
Most of the 26 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 86
Read figure plan from PAPER_PLAN.md
- Very specific: line 89
Create figures/latex_includes.tex for easy insertion
- Very specific: line 98
If the paper plan includes architecture diagrams, pipeline figures, or method illustrations, invoke /paper-illustration:
- Distinctive: line 133
Write each section following the plan, with proper LaTeX formatting
- Distinctive: line 187
Before the model-driven improvement loop, run the deterministic text-review lint so the loop spends its budget on substance, not hygiene:
- Distinctive: line 217
Add missing interpretations and notation
- Distinctive: line 219
Add theory-aligned experiments if needed
- Very specific: line 276
Large file handling: If the Write tool fails due to file size, immediately retry using Bash (cat << 'EOF' > file) to write in chunks.
- Very specific: line 279
Checkpoint between phases: when AUTO_PROCEED=false. Present results and wait for approval.
- Distinctive: line 280
Manual figures first: If the paper needs architecture diagrams or qualitative results, the user must provide them before Phase 3.
- Distinctive: line 281
Compilation must succeed: before entering the improvement loop.
- Distinctive: line 284
Respect page limits: If the paper exceeds the venue limit, suggest specific cuts before the improvement loop.
“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
Workflow 3: Paper Writing Pipeline
Orchestrate a complete paper writing workflow for: $ARGUMENTS
Overview
This skill chains five sub-skills into a single automated pipeline:
/paper-plan → /paper-figure → /paper-write → /paper-compile → /research-refine
(outline) (plots) (LaTeX) (build PDF) (review & polish ×2)Each phase builds on the previous one's output. The final deliverable is a polished, reviewed paper/ directory with LaTeX source and compiled PDF.
Constants
- VENUE =
ICLR— Target venue. Options:ICLR,NeurIPS,ICML,CVPR,ACL,AAAI,ACM,IEEE_JOURNAL(IEEE Transactions / Letters),IEEE_CONF(IEEE conferences). Affects style file, page limit, citation format. - MAX_IMPROVEMENT_ROUNDS = 2 — Number of review→fix→recompile rounds in the improvement loop.
- REVIEWER_MODEL =
gpt-5.4— Model used via a secondary Codex agent for plan review, figure review, writing review, and improvement loop. - AUTO_PROCEED = true — Auto-continue between phases. Set
falseto pause and wait for user approval after each phase. - HUMAN_CHECKPOINT = false — When
true, the improvement loop (Phase 5) pauses after each round's review to let you see the score and provide custom modification instructions. Whenfalse(default), the loop runs fully autonomously. Passed through to/research-refine.
Override inline:
/paper-writing "NARRATIVE_REPORT.md" — venue: NeurIPS, human checkpoint: trueIEEE example:/paper-writing "NARRATIVE_REPORT.md" — venue: IEEE_JOURNAL
Inputs
This pipeline accepts one of:
NARRATIVE_REPORT.md(best) — structured research narrative with claims, experiments, results, figures- Research direction + experiment results — the skill will help draft the narrative first
- Existing
PAPER_PLAN.md— skip Phase 1, start from Phase 2
The more detailed the input (especially figure descriptions and quantitative results), the better the output.
Pipeline
Phase 1: Paper Plan
Invoke /paper-plan to create the structural outline:
/paper-plan "$ARGUMENTS"What this does:
- Parse NARRATIVE_REPORT.md for claims, evidence, and figure descriptions
- Build a Claims-Evidence Matrix — every claim maps to evidence, every experiment supports a claim
- Design section structure (5-8 sections depending on paper type)
- Plan figure/table placement with data sources
- Scaffold citation structure
- GPT-5.4 reviews the plan for completeness
Output: PAPER_PLAN.md with section plan, figure plan, citation scaffolding.
Checkpoint: Present the plan summary to the user.
📐 Paper plan complete:
- Title: [proposed title]
- Sections: [N] ([list])
- Figures: [N] auto-generated + [M] manual
- Target: [VENUE], [PAGE_LIMIT] pages
Shall I proceed with figure generation?- User approves (or AUTO_PROCEED=true) → proceed to Phase 2.
- User requests changes → adjust plan and re-present.
Phase 2: Figure Generation
Invoke /paper-figure to generate data-driven plots and tables:
/paper-figure "PAPER_PLAN.md"What this does:
- Read figure plan from PAPER_PLAN.md
- Generate matplotlib/seaborn plots from JSON/CSV data
- Generate LaTeX comparison tables
- Create
figures/latex_includes.texfor easy insertion - GPT-5.4 reviews figure quality and captions
Output: figures/ directory with PDFs, generation scripts, and LaTeX snippets.
Phase 2b: AI Illustration Generation (when illustration: true)
Skip this step entirely if illustration is not set or is false.
If the paper plan includes architecture diagrams, pipeline figures, or method illustrations, invoke /paper-illustration:
/paper-illustration "[method description from PAPER_PLAN.md or NARRATIVE_REPORT.md]"What this does:
- Codex plans the layout → Gemini optimizes → Nano Banana Pro renders → Codex reviews (score ≥ 9)
- Output:
figures/ai_generated/*.png— publication-quality method diagrams - Requires
GEMINI_API_KEYenvironment variable
Without
illustration: true: Architecture diagrams must still be created manually (draw.io, Figma, TikZ) and placed infigures/before proceeding — same as before.
Checkpoint: List generated vs manual figures.
📊 Figures complete:
- Data plots (auto): [list]
- AI illustrations (auto): [list, if illustration: true]
- Manual (need your input): [list]
- LaTeX snippets: figures/latex_includes.tex
[If manual figures needed]: Please add them to figures/ before I proceed.
[If all auto]: Shall I proceed with LaTeX writing?Phase 3: LaTeX Writing
Invoke /paper-write to generate section-by-section LaTeX:
/paper-write "PAPER_PLAN.md"What this does:
- Write each section following the plan, with proper LaTeX formatting
- Insert figure/table references from
figures/latex_includes.tex - Build
references.bibfrom citation scaffolding - Clean stale files from previous section structures
- Automated bib cleaning (remove uncited entries)
- De-AI polish (remove "delve", "pivotal", "landscape"...)
- GPT-5.4 reviews each section for quality
Output: paper/ directory with main.tex, sections/*.tex, references.bib, math_commands.tex.
Checkpoint: Report section completion.
✍️ LaTeX writing complete:
- Sections: [N] written ([list])
- Citations: [N] unique keys in references.bib
- Stale files cleaned: [list, if any]
Shall I proceed with compilation?Phase 4: Compilation
Invoke /paper-compile to build the PDF:
/paper-compile "paper/"What this does:
latexmk -pdfwith automatic multi-pass compilation- Auto-fix common errors (missing packages, undefined refs, BibTeX syntax)
- Up to 3 compilation attempts
- Post-compilation checks: undefined refs, page count, font embedding
- Precise page verification via
pdftotext - Stale file detection
Output: paper/main.pdf
Checkpoint: Report compilation results.
🔨 Compilation complete:
- Status: SUCCESS
- Pages: [X] (main body) + [Y] (references) + [Z] (appendix)
- Within page limit: YES/NO
- Undefined references: 0
- Undefined citations: 0
Shall I proceed with the improvement loop?Phase 4.8: Prose Lint (deterministic, model-free)
Before the model-driven improvement loop, run the deterministic text-review lint so the loop spends its budget on substance, not hygiene:
python <PRISM_REPO>/tools/text_review.py paper/sections/*.md --severity warningCatches vague/future-dated citations (R1-*), over-assertion (R3-01),
terminology inconsistency (T-01), format slips (F-*), register drift (S-*),
missing structure (ST-*), and argument-logic flags (L-*). Fix error-level
issues before Phase 5; feed surviving L-* flags to /research-refine as
revision notes. Advisory unless assurance: submission.
Phase 5: Auto Improvement Loop
Invoke /research-refine to polish the paper:
/research-refine "paper/"What this does (2 rounds):
Round 1: GPT-5.4 xhigh reviews the full paper → identifies CRITICAL/MAJOR/MINOR issues → Codex implements fixes → recompile → save main_round1.pdf
Round 2: GPT-5.4 xhigh re-reviews with conversation context → identifies remaining issues → Codex implements fixes → recompile → save main_round2.pdf
Typical improvements:
- Fix assumption-model mismatches
- Soften overclaims to match evidence
- Add missing interpretations and notation
- Strengthen limitations section
- Add theory-aligned experiments if needed
Output: Three PDFs for comparison + PAPER_IMPROVEMENT_LOG.md.
Format check (included in improvement loop Step 8): After final recompilation, auto-detect and fix overfull hboxes (content exceeding margins), verify page count vs venue limit, and ensure compact formatting. Any overfull > 10pt is fixed before generating the final PDF.
Phase 6: Final Report
# Paper Writing Pipeline Report
**Input**: [NARRATIVE_REPORT.md or topic]
**Venue**: [ICLR/NeurIPS/ICML]
**Date**: [today]
## Pipeline Summary
| Phase | Status | Output |
|-------|--------|--------|
| 1. Paper Plan | ✅ | PAPER_PLAN.md |
| 2. Figures | ✅ | figures/ ([N] auto + [M] manual) |
| 3. LaTeX Writing | ✅ | paper/sections/*.tex ([N] sections, [M] citations) |
| 4. Compilation | ✅ | paper/main.pdf ([X] pages) |
| 5. Improvement | ✅ | [score0]/10 → [score2]/10 |
## Improvement Scores
| Round | Score | Key Changes |
|-------|-------|-------------|
| Round 0 | X/10 | Baseline |
| Round 1 | Y/10 | [summary] |
| Round 2 | Z/10 | [summary] |
## Deliverables
- paper/main.pdf — Final polished paper
- paper/main_round0_original.pdf — Before improvement
- paper/main_round1.pdf — After round 1
- paper/main_round2.pdf — After round 2
- paper/PAPER_IMPROVEMENT_LOG.md — Full review log
## Remaining Issues (if any)
- [items from final review that weren't addressed]
## Next Steps
- [ ] Visual inspection of PDF
- [ ] Add any missing manual figures
- [ ] Submit to [venue] via OpenReview / CMT / HotCRPOutput Protocols
Follow these shared protocols for all output files:
- Output Versioning Protocol — write timestamped file first, then copy to fixed name
- Output Manifest Protocol — log every output to MANIFEST.md
- Output Language Protocol — respect the project's language setting
Key Rules
- Large file handling: If the Write tool fails due to file size, immediately retry using Bash (
cat << 'EOF' > file) to write in chunks. Do NOT ask the user for permission — just do it silently. - Don't skip phases. Each phase builds on the previous one — skipping leads to errors.
- Checkpoint between phases when AUTO_PROCEED=false. Present results and wait for approval.
- Manual figures first. If the paper needs architecture diagrams or qualitative results, the user must provide them before Phase 3.
- Compilation must succeed before entering the improvement loop. Fix all errors first.
- Preserve all PDFs. The user needs round0/round1/round2 for comparison.
- Document everything. The pipeline report should be self-contained.
- Respect page limits. If the paper exceeds the venue limit, suggest specific cuts before the improvement loop.
Composing with Other Workflows
/research-lit "direction" ← Stage 1: survey the literature
formulate research question ← Stage 2: sharpen the thesis
develop evidence ← Stage 3: sources / cases / arguments
/research-review "paper topic" ← Stage 4: iterate research
/paper-writing "RESEARCH_LOG.md" ← Stage 5: you are here
submit! 🎉
Or use /research-pipeline for the literature→review end-to-end flow,
then /paper-writing for the final writing step.Typical Timeline
| Phase | Duration | Can sleep? |
| 1. Paper Plan | 5-10 min | No |
| 2. Figures | 5-15 min | No |
| 3. LaTeX Writing | 15-30 min | Yes ✅ |
| 4. Compilation | 2-5 min | No |
| 5. Improvement | 15-30 min | Yes ✅ |
Total: ~45-90 min for a full paper from narrative report to polished PDF.
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.

