LaTeX Academic Paper Assistant (English)

Use this skill for targeted work on an existing English LaTeX paper project. Keep the workflow low-friction: identify the right module, run the smallest useful check, and return actionable comments in LaTeX-friendly review format.

Capability Summary

• Compile and diagnose LaTeX build failures.
• Audit formatting, bibliography, grammar, sentence length, argument logic, and figure quality.
• Review IEEE-style pseudocode blocks, figure-wrapped algorithms, captions, labels, comments, and algorithm package choices.
• Improve expression, translate academic prose, optimize titles, and reduce AI-writing traces.
• Review experiment sections without rewriting citations, labels, or math.

Triggering

Use this skill when the user has an existing English .tex paper project and wants help with:

• compiling or fixing build errors
• format or venue compliance
• bibliography and citation validation
• grammar, sentence, logic, or expression review
• translation of academic prose
• title optimization
• figure or caption quality checks
• pseudocode and algorithm-block review
• de-AI editing of visible prose
• experiment-section analysis

Do Not Use

Do not use this skill for:

• planning or drafting a paper from scratch
• deep literature research or fact-finding without a paper project
• Chinese thesis-specific structure/template work
• Typst-first paper workflows
• DOCX/PDF conversion tasks that do not involve the LaTeX source
• multi-perspective review, scoring, or submission gate decisions (use paper-audit)
• standalone algorithm design from scratch without a paper project

Module Router

Required Inputs

• main.tex or the paper entrypoint.
• Optional --section SECTION when the request is section-specific.
• Optional bibliography path when the request targets references.
• Optional venue/context when the user cares about IEEE, ACM, Springer, NeurIPS, or ICML conventions.

If arguments are missing, ask only for the file path and the target module.

Output Contract

• Return findings in LaTeX diff-comment style whenever possible: % MODULE (Line N) [Severity] [Priority]: Issue ...
• Keep comments surgical and source-aware.
• Report the exact command used and the exit code when a script fails.
• Preserve \cite{}, \ref{}, \label{}, custom macros, and math environments unless the user explicitly asks for source edits.

Workflow

1. Parse $ARGUMENTS and identify the smallest matching module.
2. Read only the reference file needed for that module.
3. Run the module script with uv run python -B ....
4. Summarize issues, suggested fixes, and blockers in LaTeX-friendly comments.
5. If the user asks for a different concern, switch modules instead of overloading one run.

Safety Boundaries

• Never invent citations, metrics, baselines, or experimental results.
• Never rewrite bibliography keys, references, labels, or math by default.
• Treat generated text as proposals; keep source-preserving checks separate from prose rewriting.

Reference Map

• references/STYLE_GUIDE.md: tone and style defaults.
• references/VENUES.md: venue-specific expectations.
• references/CITATION_VERIFICATION.md: citation verification workflow.
• references/REVIEWER_PERSPECTIVE.md: reviewer-style heuristics for figures and clarity.
• references/modules/: module-by-module commands and decision notes.
• references/modules/PSEUDOCODE.md: IEEE-safe defaults for LaTeX pseudocode.

Read only the file that matches the active module.

Example Requests

• “Compile my IEEE paper and tell me why main.tex still fails after BibTeX.”
• “Check the introduction section for grammar and sentence length, but do not rewrite equations.”
• “Audit figures and references in this ACM submission before I submit.”
• “Check whether this IEEE pseudocode still uses algorithm2e floats and tell me how to make it IEEE-safe.”
• “Review the experiments section for overclaiming, missing ablations, and weak baseline comparisons.”

See examples/ for complete request-to-command walkthroughs.