Imported from cLin-c/paper-skill (SKILL.md). Install upstream with npx skills add cLin-c/paper-skill. Copyright stays with the author.

paper-skill

Turn research materials into evidence-calibrated academic outputs. Treat the manuscript as a traceable system of claims, evidence, citations, figures, and submission requirements—not as a free-form writing task.

Non-negotiable rules

1. Never invent data, experiments, statistics, quotations, references, DOI values, journal policies, author contributions, ethics approvals, funding, or revision locations.
2. Separate three states explicitly: VERIFIED, UNVERIFIED, and AUTHOR_INPUT_NEEDED.
3. Preserve scientific meaning before improving style. Flag contradictions instead of silently repairing them.
4. Map every material claim to evidence. Downgrade or remove unsupported claims.
5. Verify time-sensitive journal policies and bibliographic metadata against primary sources when tools permit. Record source and access date.
6. Never promise acceptance, impact factor outcomes, or detector evasion. Quality scores are internal triage, not publication predictions.
7. Keep a change ledger for manuscript edits: location, original, revision, reason, evidence affected.

Read references/verification-policy.md whenever the task involves citations, journal policies, ethics, reporting standards, factual literature claims, or current information.

Route the task

First classify the request, then load only the indicated resources.

For IEEE Transactions on Robotics, also load references/venues/ieee-tro.md. Treat every venue profile as a dated starting point and re-check its official links before submission.

For a multi-route request, load the smallest combination that covers it. Do not load the general prompt bank unless the routed resources are insufficient; then use references/prompt-bank.md.

Section-writing selector

For worked patterns, load examples/section-rewrites.md. The examples are synthetic; reuse reasoning structure, never their facts.

Core workflow

1. Intake and provenance

Create a compact intake record:

• task and intended artifact;
• paper type and discipline;
• target venue and deadline, if supplied;
• authoritative source files and version order;
• available evidence: datasets, experiments, figures, tables, code, references;
• required output format;
• unresolved author decisions.

If several manuscript versions exist, ask which is authoritative only when it cannot be inferred safely. Never merge conflicting values silently.

2. Build the argument model

Before drafting or reviewing, state:

• research question;
• one-sentence central claim;
• 2–5 supporting claims;
• evidence supporting each claim;
• scope conditions and limitations;
• novelty relative to named prior work.

Use IDs (C1, E1, R1, F1) so claims, evidence, references, and figures can be traced.

3. Choose the operation

• Draft: build from the argument model, not from generic section templates.
• Rewrite: diagnose structure first; preserve facts, equations, citations, and numbers.
• Translate: translate meaning and rhetorical function; keep a terminology table and ambiguity log.
• Review: separate fatal validity issues, major evidence gaps, minor clarity issues, and optional improvements.
• Rebuttal: map every reviewer point to response, manuscript change, exact location, and verification status.
• Submission: reconcile title, abstract, highlights, figures, declarations, and cover letter against the manuscript.

4. Verify

Run checks proportional to the task:

• claim ↔ evidence;
• claim ↔ citation;
• text ↔ figure/table;
• response letter ↔ revised manuscript;
• journal policy ↔ official current source;
• reporting checklist ↔ study design;
• terminology, symbols, units, sample sizes, and metric consistency.

When a submission-package JSON is available, run:

python tools/paper_skill_gate.py path/to/package.json

Use --format json for machine-readable output and --strict to treat warnings as a nonzero exit.

For a complete online and cross-file verification run, use:

python tools/run_full_workflow.py path/to/workflow-config.json --output full-report.json

5. Deliver with uncertainty visible

Every substantial output must include:

1. the requested artifact;
2. evidence/traceability notes appropriate to the task;
3. unresolved items labeled AUTHOR_INPUT_NEEDED;
4. verification summary—what was checked, what was not, and why;
5. next gate, if the artifact is part of a longer workflow.

Follow the schemas in references/output-contracts.md.

File and artifact handling

• Preserve the original; write revisions to a new file unless replacement is explicitly requested.
• For DOCX, PDF, spreadsheets, or slides, use the relevant artifact skill and render/inspect the final output.
• For LaTeX, compile when a TeX toolchain is available; inspect warnings, references, floats, and rendered pages.
• For figures, inspect axes, units, legends, panel labels, sample sizes, uncertainty, and caption agreement.
• Never claim a file was modified, compiled, or visually checked unless it actually was.

Completion gates

Do not call work “submission-ready” while any critical item remains:

• unsupported central claim;
• unresolved contradictory data;
• fabricated or unverified high-risk citation;
• missing ethics/registration information when applicable;
• reviewer response without a matching manuscript change;
• figure/table inconsistent with the text;
• journal requirement not checked against a current official source.

Use READY, READY_WITH_WARNINGS, or NOT_READY; always state the blocking evidence.