\r \r

arxiv-paper-writer\r

\r This skill guides Claude Code through an end-to-end arXiv-style paper workflow: plan the paper, initialize a LaTeX project, build a BibTeX library, write sections incrementally, create figures/tables, compile, debug, and perform a final quality review.\r \r

Core principle\r

\r Treat paper writing as an engineering loop, not a one-shot generation task. Work in small verifiable stages: plan, scaffold, cite, write, compile, inspect, repair, and review.\r \r

When starting a paper project\r

\r

1. Clarify topic, paper type, target length, audience, and whether the user wants a survey, methods paper, benchmark paper, position paper, or tutorial.\r
2. Create or reuse a paper directory with main.tex, references.bib, figures/, sections/, and output/.\r
3. Use templates/arxiv_survey_main.tex for a compact starter survey, or templates/full_survey_main.tex when the user wants the richer 9-section scaffold proven in the Agent Survey experiment.\r
4. Read references/workflow.md for the full staged process.\r
5. Read only the reference files needed for the current phase.\r
6. When the user asks to reproduce the Paper-Write-Skill-Test workflow, use references/agent_survey_practice.md, templates/agent_survey_references.bib, and templates/agent_survey_figures_tables.tex as concrete examples.\r \r

Workflow phases\r

\r

Phase 1: Plan\r

\r Create a concrete paper plan before writing prose. Include title candidates, scope, contribution claims, section outline, target references, expected figures/tables, and verification commands.\r \r

Phase 2: Scaffold\r

\r Create a compilable LaTeX skeleton first. The first milestone is a PDF that compiles even before the paper is complete.\r \r

Phase 3: Build bibliography\r

\r Construct references.bib before heavy writing. Prefer real, verifiable papers. Use stable BibTeX keys. Avoid invented citations. If uncertain about a reference, mark it for verification rather than fabricating metadata.\r \r

Phase 4: Write sections incrementally\r

\r Write one or two sections at a time. After each substantial section, compile or at least check citations and LaTeX syntax. Write Abstract last.\r \r

Phase 5: Create figures and tables\r

\r Prefer TikZ and LaTeX tables for reproducible academic artifacts. Keep figures information-dense and directly connected to claims in the text.\r \r

Phase 6: Compile and debug\r

\r Use latexmk on Linux when available. On Windows MiKTeX, use pdflatex, bibtex, pdflatex, pdflatex. Read .log files before guessing fixes.\r \r

Phase 7: Final review\r

\r Check PDF generation, citation completeness, undefined references, figure/table placement, academic tone, contribution clarity, and arXiv compatibility.\r \r

Environment guidance\r

\r

• For Windows MiKTeX and Linux TeX Live basics, read references/latex_environment.md.\r
• For fuller Linux cloud setup and verification, read references/linux_texlive_full.md.\r
• For BibTeX construction, read references/bibliography.md.\r
• For figure and table design, read references/figures_and_tables.md and optionally reuse templates/agent_survey_figures_tables.tex.\r
• For final review, read references/quality_review.md.\r
• For reusable task prompts, read references/prompt_templates.md.\r \r

Output style\r

\r When writing project files, edit the actual .tex, .bib, and documentation files. Do not merely describe what should be written. When explaining progress to the user, summarize briefly in Chinese and reference exact file paths.\r