Prepare arXiv Release
Repository continuity composition
For repository-scoped work, compose maintain-repository-continuity in
Resume mode before selecting work. After an authorized repository change
passes domain validation, compose Refresh and Verify immediately before
presenting the pull request, and include the reconciled root CONTINUITY.md in
the same change. A policy-permitted no-change or exemption result must be
documented instead of fabricating an edit.
- Contribute: Source revision, build environment, artifact inventory, exact checks, warnings, and manual submission steps
- Never claim: That an artifact was submitted, endorsed, accepted, or published without external evidence
Purpose
Execute the reusable procedure governed by arxiv-publishing.
Primary question:
Can this source be transformed into a verified, reproducible, and inspectable arXiv release?
Required Inputs
Resolve:
- governing specification and version
- current source or repository state
- scope and constraints
- upstream architecture or evidence
- output location
- validation expectations
- unresolved decisions
Missing evidence must remain visible.
Workflow
- verify current official arXiv requirements
- resolve source revision and canonical metadata
- create isolated staging
- copy only required source and assets
- apply deterministic publisher transformations
- compile in the recorded environment
- validate bibliography, figures, paths, hidden files, and ancillary content
- scan source for extraneous or sensitive material
- require human inspection of the PDF
- package source, PDF, manifest, checksums, and logs
Output Contract
Primary output:
dist/arxiv/
Also report assumptions, evidence gaps, validation status, unresolved
questions, and downstream actions requiring separate authorization.
Constraints
- Follow the governing specification.
- Preserve provenance and uncertainty.
- Do not invent authority, evidence, or current behavior.
- Do not silently expand scope.
- Do not claim completion when required validation is missing.
- Keep proposed downstream work separate from authorized execution.
Completion Criteria
Staged Variant
A staged candidate at .staging/skills/arxiv-publishing/ covers similar
ground under the name arxiv-publishing. The canonical skill is named
prepare-arxiv-release and is governed by the arxiv-publishing specification.
Issue 016 should compare the two and extract any unique submission-format
guidance, checklist detail, or arXiv-requirement references from the staged
copy before retiring it. Do not copy the staged file wholesale into canonical
source.
1---2name: prepare-arxiv-release3description: Prepares a verified, reproducible arXiv release package from repository source. Use when a project needs to compile, validate, and package a submission for the arXiv preprint server.4license: MIT5---67# Prepare arXiv Release89<!-- aether-continuity-disposition: reader-writer -->1011## Repository continuity composition1213For repository-scoped work, compose `maintain-repository-continuity` in14**Resume** mode before selecting work. After an authorized repository change15passes domain validation, compose **Refresh** and **Verify** immediately before16presenting the pull request, and include the reconciled root `CONTINUITY.md` in17the same change. A policy-permitted no-change or exemption result must be18documented instead of fabricating an edit.1920- **Contribute:** Source revision, build environment, artifact inventory, exact checks, warnings, and manual submission steps21- **Never claim:** That an artifact was submitted, endorsed, accepted, or published without external evidence2223## Purpose2425Execute the reusable procedure governed by `arxiv-publishing`.2627Primary question:2829> Can this source be transformed into a verified, reproducible, and inspectable arXiv release?3031## Required Inputs3233Resolve:3435- governing specification and version36- current source or repository state37- scope and constraints38- upstream architecture or evidence39- output location40- validation expectations41- unresolved decisions4243Missing evidence must remain visible.4445## Workflow46471. verify current official arXiv requirements482. resolve source revision and canonical metadata493. create isolated staging504. copy only required source and assets515. apply deterministic publisher transformations526. compile in the recorded environment537. validate bibliography, figures, paths, hidden files, and ancillary content548. scan source for extraneous or sensitive material559. require human inspection of the PDF5610. package source, PDF, manifest, checksums, and logs5758## Output Contract5960Primary output:6162 dist/arxiv/6364Also report assumptions, evidence gaps, validation status, unresolved65questions, and downstream actions requiring separate authorization.6667## Constraints6869- Follow the governing specification.70- Preserve provenance and uncertainty.71- Do not invent authority, evidence, or current behavior.72- Do not silently expand scope.73- Do not claim completion when required validation is missing.74- Keep proposed downstream work separate from authorized execution.7576## Completion Criteria7778- [ ] Governing specification is resolved.79- [ ] Scope and constraints are explicit.80- [ ] Required evidence was inspected.81- [ ] The primary output was created.82- [ ] Validation was executed or its absence documented.83- [ ] Open questions and authorization needs are visible.8485## Staged Variant8687A staged candidate at `.staging/skills/arxiv-publishing/` covers similar88ground under the name `arxiv-publishing`. The canonical skill is named89`prepare-arxiv-release` and is governed by the `arxiv-publishing` specification.9091Issue 016 should compare the two and extract any unique submission-format92guidance, checklist detail, or arXiv-requirement references from the staged93copy before retiring it. Do not copy the staged file wholesale into canonical94source.