iccv-writing-style

ICCV Writing Style

An ICCV submission is read by reviewers drawn from the most international pool in

computer vision — in 2025, every author of 11,239 submissions was also a

potential reviewer — and most of them work outside your subfield. The style

target is therefore precise: a paper a generalist vision researcher can

evaluate fairly in one sitting, in their second or third language, under

deadline pressure of their own.

Write for the generalist, cite for the specialist

The three reviewers you draw will rarely all be specialists in your niche.

Concretely:

• Define subfield jargon at first use, in one clause, even terms your lab

considers standard ("the chamfer-L1 metric, i.e. average nearest-neighbor

distance in both directions").

• Make the method's mechanism explainable to an adjacent-area reviewer:

what information flows where, and what would break without it. Specialists

verify details; generalists score the story — you need both.

• Prefer short declarative sentences. Non-native readers (and tired native

ones) lose subordinate-clause chains; ICCV's reviewer pool is global by

construction, and prose that filters readers filters scores.

The inclusive-8-pages economy

The cap is eight pages including figures and tables, references-only overflow

(2025 rule). Treat layout as a market where every element bids for space with

the evidence it delivers:

| Element | Earns its space when | Evict when |

|---|---|---|

| Page-1 overview figure | A stranger states the idea after 30 seconds with it | It needs the body text to decode |

| Pipeline figure | It replaces ≥ its own height in method prose | It restates the obvious encoder→decoder |

| Main results table | Rows = strongest current baselines, matched | Padded with weak ancient rows for bulk |

| Qualitative strip | Shows the mechanism's visible signature | Generic pretty outputs any method makes |

| Ablation table | Each row flips one switch (iccv-experiments) | Grid dumped without a takeaway sentence |

| Equation block | Notation reused ≥ twice downstream | Formalizing what one sentence says |

Every caption must be self-sufficient — dataset, setting, and the takeaway in

words — because the skim pass reads only captions, and at most venues in this

family the skim pass happens before the real one.

Mechanism-first sentences

The genre's strongest habit: name the mechanism, then the consequence, then the

number. Compare the two registers:

weak:   "We propose a novel and effective framework that significantly
         outperforms state-of-the-art methods on several benchmarks."
strong: "Replacing per-frame matching with a persistent memory of object
         queries removes the re-detection bottleneck: +3.1 HOTA on
         DanceTrack at identical backbone and training budget."

The weak sentence contains zero checkable content — and at ICCV, unfalsifiable

praise adjectives ("novel", "significantly", "state-of-the-art" unscoped) are

read as inexperience markers. The strong sentence makes three commitments a

reviewer can verify, which is exactly what earns scores.

Claims sized for a one-page defense

Every claim in the abstract will potentially need defending in May inside a

shared, single rebuttal page (iccv-author-response). Size claims accordingly

at writing time:

• Scope superlatives to dataset + protocol + budget class, in the sentence

itself, not a footnote.

• If generalization is claimed, the paper must contain the cross-domain table

that backs it; otherwise claim the domains you tested.

• Put the limitation you know about into the limitations paragraph before

reviewers find it — a self-reported failure costs a sentence; a discovered

one costs a score point and rebuttal real estate.

• Never let the intro promise what the conclusion doesn't deliver: read the

contributions bullets against the conclusion as a final pass; they should be

the same statements at two altitudes.

Structure that survives skim-order reading

Reviewers at volume venues read out of order: abstract → figures → tables →

conclusion → (maybe) everything else. Two consequences. First, the paper's

argument must be reconstructible from abstract + captions + table headers alone

— test this literally by extracting them:

# Skim-pass simulator: what a reviewer sees in the first five minutes
pdftotext -layout paper.pdf - | grep -A2 -E '^(Figure|Table) [0-9]+[.:]' > skim.txt
head -60 skim.txt   # does this sequence state problem → idea → evidence?

Second, transitions between sections carry less weight than section openings:

begin each section with its conclusion ("Our decoder attends over a persistent

memory; this section details the write and read operations"), not with throat-

clearing history.

Introduction in five moves

The ICCV intro that works is a proof sketch, not a literature tour: (1) the

visual capability at stake, one paragraph, concrete; (2) why current approaches

miss it — mechanism of failure, not adjectives; (3) the idea, stated so a

generalist could re-derive the design; (4) evidence preview with scoped numbers;

(5) contributions as claims (each one falsifiable), not as an activity log

("we conduct extensive experiments" is an activity, not a contribution).

Language-level pass, last

Only after structure settles: strip hedge stacks ("could potentially help to"),

convert passive method descriptions to active ("the features are fused" → "the

decoder fuses"), unify tense (present for the method, past for experiments run),

and hunt duplicated notation — vision papers accumulate three symbols for the

same feature map by section 4. If any drafting was machine-assisted, verify

every citation exists and every number matches your tables; author

responsibility for the text is absolute, and fabricated references are

review-killing at every CVF venue.

Reverify each cycle

• Page cap and reference-overflow wording in the 2027 author kit.
• Any new required sections (limitations, ethics, disclosure statements —

none verified for 2025, 待核实 for 2027).

• Template version pinned to the current cycle's official kit.

Output format

[Generalist test] adjacent-area reader states the idea after p.1: yes/no
[Space market] elements not earning their area: <list>
[Caption audit] self-sufficient: n/m
[Claim sizing] unscoped superlatives: <locations>
[Skim pass] abstract+captions+headers carry the argument: yes/no
[Edit queue] <highest score-impact first>