paper-writing · git:20260914.b6933d0 · 2026-09-14 · sha256 8cae9b114b746573
paper-writing git:20260914.b6933d0A
Immutable. This exact content is served forever at /api/v1/blob/8cae9b114b746573.
--- name: paper-writing description: Draft or restructure research-paper sections, refine local prose, and audit manuscript-wide consistency. Use for evidence-grounded academic writing and revision, not independent acceptance-risk review or official rebuttal management. license: MIT --- # Paper Writing Make the paper's purpose, contribution, use, and evidence easy to follow. Adapt the writing to the actual paper rather than fitting it to a method-paper template. ## Choose the scope before the workflow - **Section writing:** draft or restructure the requested sections. Read their relevant guides below and identify the paper's main contribution before editing. - **Local refinement:** read the target and its immediate context, then use [prose.md](references/prose.md). Preserve the settled story and verify affected links only. A caption correction does not require a new literature survey, contribution interview, full manuscript rewrite, or experiment run. - **Whole-manuscript consistency:** read [consistency.md](references/consistency.md) and trace claims and terminology across the main text, visuals, and supplement. Use a section guide only where a concrete structural issue needs repair. An assessment request authorizes diagnosis, not file changes. An explicit revision request authorizes scoped edits and their normal verification. Missing experiments are evidence gaps, not permission to launch jobs. Ask only when a decision changes the scientific claim, scope, resources, or an external action; inspect existing records first. Do not reopen settled choices without a concrete contradiction. ## Establish the argument For structural work, identify from the draft and evidence: - the reader's question and the paper's primary contribution; - what the resource, method, or analysis enables, and how it is actually used; - which evidence supports each principal claim, and what remains untested; - the role of reference implementations, auxiliary supervision, and controls. Keep this working map compact; it need not become a new document. For a benchmark paper, lead with the resource and what its use demonstrates, not a compulsory model invention. For a method paper, connect the problem to the tested design. For a system paper, connect requirements and interfaces to end-to-end evidence. For an analysis paper, connect the question and measurement to the finding. Hybrid papers may combine roles without forcing every component into an equal contribution. Do not invent a new name or mechanism to create a narrative turn. ## Read only the relevant guidance - Abstract or Introduction: [front-matter.md](references/front-matter.md). - Dataset/benchmark design and its use: [benchmark.md](references/benchmark.md). - Related Work and positioning: [related-work.md](references/related-work.md). - Method, formulation, and implementation exposition: [method.md](references/method.md). - Experiments, tables, and result captions: [experiments.md](references/experiments.md). - Conclusion, limitations, and supplement: [closing-material.md](references/closing-material.md). - Sentence-level clarity and transitions: [prose.md](references/prose.md). - Cross-section verification and rendered checks: [consistency.md](references/consistency.md). ## Evidence and scope boundaries Preserve verified results and references. Do not fabricate support, silently change evaluation populations, or turn pending cells into findings. Narrow unsupported claims or identify the missing evidence. Fluent phrasing cannot repair a false premise. A complete system's gain does not isolate a component's causal effect. Focus is not concealment: secondary observations need not interrupt every headline, but conditions that change the validity of a comparison must remain clear where the claim is interpreted. Primary metrics, auxiliary tasks, statistical analyses, page budgets, and punctuation preferences are project or venue decisions, not universal rules. Do not automatically require or forbid additional experiments. When uncertain citations or factual claims affect the requested edit, verify them with primary sources; use `research-evidence` if available. Reuse still-applicable verification rather than restarting a full search. Borrow an exemplar's rhetorical function only after reading the relevant passage, not its unverified scientific claims or alleged venue authority. Separate the manuscript-ready replacement from the explanation to the author. An evidence gap may need an editorial note without becoming a disclaimer inside every revised sentence. Do not insert pending-run status into finished result prose. ## Finish and hand off Check that the changed text answers its intended reader question, follows from the preceding passage, and matches the evidence. Validate affected references and rendering in proportion to the edit. Stop when the requested criteria are met; leave already clear and accurate passages alone. Report substantive changes, remaining evidence gaps, and checks actually performed, not invented readiness. Independent acceptance-risk assessment belongs to `paper-review-panel`; official review responses to `rebuttal-response-skills`; new experiment design to `experiment-planner`. Use those skills only when the task needs them. For actual figure/table design or layout work, use `paper-visual-craft`, with `paper-framework-figure-studio-pro` for framework planning. Caption wording alone does not require redesigning a figure. None of these optional handoffs is a mandatory writing pipeline.