arxiv-prep
Skill39 starsChanged 8 months agoMITView on GitHub
Prepare a LaTeX paper's source package and metadata for arXiv. Use when the user is ready to upload a paper or wants an arXiv-compatible staging copy, archive, and compilation check.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- adithyanraj03/dsh-skills-packtheir own version, first seen Nov 15, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- adithyanraj03/dsh-skills-pack★ 0same name
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 repository12 other files it gives its agents.
- accessible-pdfSkill
- anonymize-repoSkill
- arxiv-metadataSkill
- bib-doi-toggleSkill
- check-refsSkill
- critique-figuresSkill
- critique-manuscriptSkill
- doi-bibtexSkill
- latex-cleanupSkill
- openalexSkill
- presubmit-checksSkill
- verify-mathSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 5 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Create a clean staging copy, verify that it compiles independently, and package it for upload.
- Very specific: line 11
Treat this as packaging work.
- Distinctive: line 15
Use the manuscript path supplied by the user.
- Distinctive: line 19
Check current arXiv guidance before relying on version-specific processor behavior or limits:
- Very specific: line 29
Create a sibling staging directory such as <paper-dir>_arXiv.
- Distinctive: line 55
Treat compilation errors, missing files, undefined citations, and undefined references as blockers.
- Very specific: line 63
Create a .tar.gz or .zip containing the staging directory's contents, not the directory itself.
- Distinctive: line 65
Do not call the package ready when a blocker remains.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Prepare an arXiv submission
Create a clean staging copy, verify that it compiles independently, and package it for upload. Never modify the original paper directory.
Treat this as packaging work. Run presubmit-checks only when the user also requests a readiness review.
Establish the source tree
Use the manuscript path supplied by the user. Otherwise, infer the main file from project configuration, build files, and the TeX document tree. Determine the compiler, bibliography backend, included files, figures, custom packages, and generated files required for a successful build.
Identify supplements and ask only when their role is ambiguous. Keep material that belongs in the article's PDF within the TeX tree. Put supporting code, data, movies, or other non-article material in anc/ only when the user wants it submitted as ancillary material.
Check current arXiv guidance before relying on version-specific processor behavior or limits:
Create the staging copy
Create a sibling staging directory such as <paper-dir>_arXiv. If it already exists, stop and ask before replacing or modifying it.
Copy only what the submission needs:
- The top-level and included TeX sources, figures, and data read during compilation.
- Custom
.cls,.sty,.bst, font, or macro files unavailable in arXiv's selected TeX Live environment. - Either all required
.bibfiles or a pre-generated.bblwhose basename matches the top-level TeX file. Preserve the backend and version compatibility expected bybiblatexor Biber. - Pre-generated
.ind,.gls, or.nlsfiles when the document uses an index, glossary, or nomenclature. - User-approved ancillary files under
anc/; do not place TeX article sources there.
Exclude version-control data, editor backups, referee correspondence, unused figures, unrelated source files, secrets, the compiled manuscript PDF, logs, and auxiliary files. Preserve required PDF figures and the generated bibliography and index-like files listed above.
Review the staged sources and embedded file metadata for private comments, credentials, absolute local paths, TODOs, and author-only notes. arXiv publishes submitted source files. Flag ambiguous material instead of deleting it automatically.
Flag journal-only wording, referee mode, and incompatible copyright notices for the user. Do not rewrite them or change the license without approval.
Keep the package small
Measure the total uncompressed size and each individual file. arXiv currently flags either one above 50 MiB as oversized and may hold the submission for review. Keep avoidable excess below that guideline; if the scientific content requires more, report it rather than silently degrading the paper.
When the package is large, identify the largest files and remove unused material first. Optimize pixel-native images for their final display size without visible degradation. Preserve native vector plots, diagrams, text, and line art. Use critique-figures before making uncertain format or resolution changes. Do not rewrite bibliographies or blindly compress PDFs to save space.
Verify the staged build
Build from the staging directory root with the processor intended for arXiv. Use the project's build command when it reproduces that processor; otherwise use an appropriate latexmk invocation. Let the build tool run enough passes rather than prescribing a fixed pass count.
Treat compilation errors, missing files, undefined citations, and undefined references as blockers. Check for case-sensitive path mismatches and dependencies that resolve only through the original directory. Compare the staged PDF with the original build, including page count, figures, bibliography, and supplements.
A successful local build does not replace inspection of arXiv's generated preview. Tell the user to verify the detected processor, top-level file, compilation log, and final PDF during upload.
Prepare metadata and archive
Extract copy-ready title, authors, abstract, and comments from the manuscript. Remove layout commands and expand private macros, but preserve scientific notation and TeX accents accepted by arXiv. Report categories, report numbers, journal references, DOIs, and license as user decisions rather than guessing them.
Create a .tar.gz or .zip containing the staging directory's contents, not the directory itself. Inspect the archive listing and report its path, size, file count, top-level TeX file, processor, and build status.
Do not call the package ready when a blocker remains. In the handoff, list unresolved warnings and the remaining upload decisions, especially category and license.
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.

