Skill Tracer
Skills › Scientific Agent Skills › venue-templates › ml_conference_style.md

ml_conference_style.md

127 lines · skills/venue-templates/references/ml_conference_style.md at 5f2bc03

Open on GitHub
1# ML Conference Writing Style
2
3**Reviewed: 2026-10-01.** Applies to drafting for NeurIPS, ICML, ICLR, CVPR,
4and related ML/vision venues. The exact year, track, and submission stage control
5formatting. ICCV and ECCV have independent instructions.
6

ML Conference Writing Style

Reviewed: 2026-10-01. Applies to drafting for NeurIPS, ICML, ICLR, CVPR, and related ML/vision venues. The exact year, track, and submission stage control formatting. ICCV and ECCV have independent instructions.

Raw lines 1 to 6
7## Primary sources
8
9- https://neurips.cc/Conferences/2026/MainTrackHandbook
10- https://icml.cc/Conferences/2026/AuthorInstructions
11- https://iclr.cc/Conferences/2026/AuthorGuide
12- https://cvpr.thecvf.com/Conferences/2026/AuthorGuidelines
14See `conferences_formatting.md` for the dated limits and official author-kit
15workflow. A 2026 snapshot is not a rule for an upcoming 2027 submission.

Primary sources

  • https://neurips.cc/Conferences/2026/MainTrackHandbook
  • https://icml.cc/Conferences/2026/AuthorInstructions
  • https://iclr.cc/Conferences/2026/AuthorGuide
  • https://cvpr.thecvf.com/Conferences/2026/AuthorGuidelines

See conferences_formatting.md for the dated limits and official author-kit workflow. A 2026 snapshot is not a rule for an upcoming 2027 submission.

Raw lines 7 to 16
17## Choose the contribution before the prose template
19ML venues admit theory, methods, analysis, datasets, applications, and other
20contribution types. Match evidence to the contribution. A theory result need
21not be forced into a benchmark-and-ablation paper; a careful negative result
22need not claim state-of-the-art accuracy. Research, position, and evaluations/
23datasets tracks can have different contracts.
25A useful abstract covers the problem, limitation of prior work, approach or
26analysis, principal supported result, and scope. Include quantitative evidence
27when material, with dataset, metric, comparator, and evaluation conditions.
28Avoid invented improvements, unqualified “optimal” claims, and a universal
29150–250-word requirement; use the actual template/portal limit.

Choose the contribution before the prose template

ML venues admit theory, methods, analysis, datasets, applications, and other contribution types. Match evidence to the contribution. A theory result need not be forced into a benchmark-and-ablation paper; a careful negative result need not claim state-of-the-art accuracy. Research, position, and evaluations/ datasets tracks can have different contracts.

A useful abstract covers the problem, limitation of prior work, approach or analysis, principal supported result, and scope. Include quantitative evidence when material, with dataset, metric, comparator, and evaluation conditions. Avoid invented improvements, unqualified “optimal” claims, and a universal 150–250-word requirement; use the actual template/portal limit.

Raw lines 17 to 30
31## Introduction and contribution statement
331. Define the problem and why it matters.
342. Identify the precise gap using relevant prior work.
353. Explain the key idea at the level needed to understand the contribution.
364. State what the paper establishes and where its evidence appears.
38Contribution bullets are a useful convention, **not a universal conference
39requirement**. Do not call a method novel unless its difference from prior work
40has been established. An introduction has no universal two-to-three-page quota.
42Example, intentionally unexecuted and placeholder-based:
44```text
45We study [problem] in [setting]. Existing approaches leave [specific gap].
46Our contribution is [method, theorem, analysis, or resource]. Under [conditions],
47we establish [supported result], evaluated against [appropriate comparator].
48The evidence does not yet establish [important limitation].
49```
51For a worked drafting pattern, use `assets/examples/neurips_introduction_example.md`
52(relative to the skill root). Its method name and placeholders are illustrative.
53Do not attribute fictional results or pseudocode to FlashAttention or any other
54real project.

Introduction and contribution statement

  1. Define the problem and why it matters.
  2. Identify the precise gap using relevant prior work.
  3. Explain the key idea at the level needed to understand the contribution.
  4. State what the paper establishes and where its evidence appears.

Contribution bullets are a useful convention, not a universal conference requirement. Do not call a method novel unless its difference from prior work has been established. An introduction has no universal two-to-three-page quota.

Example, intentionally unexecuted and placeholder-based:

We study [problem] in [setting]. Existing approaches leave [specific gap].
Our contribution is [method, theorem, analysis, or resource]. Under [conditions],
we establish [supported result], evaluated against [appropriate comparator].
The evidence does not yet establish [important limitation].

For a worked drafting pattern, use assets/examples/neurips_introduction_example.md (relative to the skill root). Its method name and placeholders are illustrative. Do not attribute fictional results or pseudocode to FlashAttention or any other real project.

Raw lines 31 to 55
56## Methods and theory
58Define symbols, input/output semantics, assumptions, and the precise objective.
59Separate implementation complexity from asymptotic analysis; specify what is
60held fixed. For an attention example, materializing one N-by-N float32 matrix
61uses `4*N*N` bytes, but computational work also depends on head dimension and
62other operations, and fused exact-attention kernels need not materialize that
63matrix. Do not equate matrix entries with total FLOPs.
65State theorem assumptions next to the claim. A proof outline is not an executable
66implementation, and an omitted normalization/scaling term can invalidate an
67algorithm. Use tested project code or accurate pseudocode rather than filling a
68venue template with a purported implementation of a named method.

Methods and theory

Define symbols, input/output semantics, assumptions, and the precise objective. Separate implementation complexity from asymptotic analysis; specify what is held fixed. For an attention example, materializing one N-by-N float32 matrix uses 4*N*N bytes, but computational work also depends on head dimension and other operations, and fused exact-attention kernels need not materialize that matrix. Do not equate matrix entries with total FLOPs.

State theorem assumptions next to the claim. A proof outline is not an executable implementation, and an omitted normalization/scaling term can invalidate an algorithm. Use tested project code or accurate pseudocode rather than filling a venue template with a purported implementation of a named method.

Raw lines 56 to 69
70## Empirical evidence
72For empirical claims, report:
74- dataset versions, provenance, licensing, splits, preprocessing, and exclusions;
75- unit of splitting and protection against subject/group/time or benchmark leakage;
76- appropriate current and simple strong baselines, with justified selection;
77- tuning budgets, stopping rules, model selection, and held-out evaluation;
78- metrics and uncertainty, with the number and meaning of independent runs;
79- hardware, software versions, memory, training/inference time, and comparison conditions;
80- failure cases and the population or task scope not covered by the study.
82A standard deviation across seeds is not a confidence interval for a new dataset
83or population. “3.2% improvement” must distinguish percentage points from relative
84percent. Small improvements can be important; magnitude alone is not a rejection
85criterion. An older baseline can still be the right comparator.
87Use ablations or sensitivity analyses where needed to assess the claimed
88mechanism. Report null or adverse ablations too; the purpose is to discover which
89components matter, not to ensure every component looks beneficial. Theory,
90observational analysis, and resource papers may need different validation.

Empirical evidence

For empirical claims, report:

  • dataset versions, provenance, licensing, splits, preprocessing, and exclusions;
  • unit of splitting and protection against subject/group/time or benchmark leakage;
  • appropriate current and simple strong baselines, with justified selection;
  • tuning budgets, stopping rules, model selection, and held-out evaluation;
  • metrics and uncertainty, with the number and meaning of independent runs;
  • hardware, software versions, memory, training/inference time, and comparison conditions;
  • failure cases and the population or task scope not covered by the study.

A standard deviation across seeds is not a confidence interval for a new dataset or population. “3.2% improvement” must distinguish percentage points from relative percent. Small improvements can be important; magnitude alone is not a rejection criterion. An older baseline can still be the right comparator.

Use ablations or sensitivity analyses where needed to assess the claimed mechanism. Report null or adverse ablations too; the purpose is to discover which components matter, not to ensure every component looks beneficial. Theory, observational analysis, and resource papers may need different validation.

Raw lines 70 to 91
92## Reproducibility and limitations
94Keep details essential to evaluation in the main paper. References and appendices
95can be outside the main-text page budget, but reviewers may not read optional
96material. Report resource access conditions honestly; promise public code/data
97only when the authors can actually release it.
99Follow the actual checklist or statement used by the venue. NeurIPS 2026 requires
100the Paper Checklist. It does not universally require a separately titled Broader
101Impacts section, but authors must address relevant impacts and the checklist.
102Describe limitations precisely: unsupported regimes, dataset coverage, compute
103constraints, failed assumptions, or unresolved validation.

Reproducibility and limitations

Keep details essential to evaluation in the main paper. References and appendices can be outside the main-text page budget, but reviewers may not read optional material. Report resource access conditions honestly; promise public code/data only when the authors can actually release it.

Follow the actual checklist or statement used by the venue. NeurIPS 2026 requires the Paper Checklist. It does not universally require a separately titled Broader Impacts section, but authors must address relevant impacts and the checklist. Describe limitations precisely: unsupported regimes, dataset coverage, compute constraints, failed assumptions, or unresolved validation.

Raw lines 92 to 104
105## Figures and citations
107Show legible labels at final column width, uncertainty and units on quantitative
108plots, and consistent visual encodings. Use vector output where supported;
109convert SVG when the chosen LaTeX toolchain cannot include it directly. Raster
110resolution must be assessed at the final physical size.
112Cite the work needed to understand and evaluate the contribution, including
113relevant contemporaneous and foundational research. Use the official style's
114citation mode rather than imposing one style across all ML venues.

Figures and citations

Show legible labels at final column width, uncertainty and units on quantitative plots, and consistent visual encodings. Use vector output where supported; convert SVG when the chosen LaTeX toolchain cannot include it directly. Raster resolution must be assessed at the final physical size.

Cite the work needed to understand and evaluate the contribution, including relevant contemporaneous and foundational research. Use the official style's citation mode rather than imposing one style across all ML venues.

Raw lines 105 to 115
116## Review, rebuttal, and final version
118- Use anonymous review mode and inspect all supplementary and linked materials.
119- Follow the venue's self-citation, code-link, and frozen-repository rules.
120- Prioritize substantive reviewer misunderstandings and concerns.
121- Add experiments or revised manuscripts only where the current response rules
122 permit them. CVPR 2026 restricts new contributions/unrequested experiments;
123 ICML 2026 does not permit a revised paper during author feedback.
124- State what was changed or tested accurately. Do not turn a planned experiment
125 into a completed one in a rebuttal example.
126- Recheck the camera-ready allowance before enabling `final`; the helper presets
127 describe initial submission, not final acceptance.

Review, rebuttal, and final version

  • Use anonymous review mode and inspect all supplementary and linked materials.
  • Follow the venue's self-citation, code-link, and frozen-repository rules.
  • Prioritize substantive reviewer misunderstandings and concerns.
  • Add experiments or revised manuscripts only where the current response rules permit them. CVPR 2026 restricts new contributions/unrequested experiments; ICML 2026 does not permit a revised paper during author feedback.
  • State what was changed or tested accurately. Do not turn a planned experiment into a completed one in a rebuttal example.
  • Recheck the camera-ready allowance before enabling final; the helper presets describe initial submission, not final acceptance.
Raw lines 116 to 127