wacv-writing-style
GitHub指导WACV论文写作，区分应用与算法轨道的引言策略，优化首段以预防修改重投，规范8页内的图表预算与自包含标题，并强调将声明限定在已验证范围内以避免过度承诺。
Trigger Scenarios
Install
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill wacv-writing-style -g -y
SKILL.md
Frontmatter
{
"name": "wacv-writing-style",
"description": "Use when revising a WACV paper's prose and first page, covering how to write for the chosen Applications or Algorithms track, leading with the real-world constraint or the method, self-contained figure captions inside the 8-page-including-figures budget, scoped claims, and a first page that pre-empts the Revise-and-Resubmit question."
}
WACV Writing Style
Use this to make a WACV paper read the way its reviewers judge it. The governing fact is the two-round model: a first page that answers the reviewer's obvious question earns Accept; one that leaves it open earns Revise and Resubmit. Facts are the WACV 2026/2027 cycles as read on 2026-07-09.
Write for your track
The two tracks reward different first pages, and writing to the wrong one draws the wrong review:
| If your track is… | Lead the first page with… | The reviewer is asking… |
|---|---|---|
| Applications | The real-world constraint and why existing methods break under it | Does this system actually work under the deployment constraint you name? |
| Algorithms | The method/mechanism and the matched-baseline comparison | Is the algorithmic idea new, and does the gain survive fair comparison? |
An Applications paper that opens with "a novel attention module" and an Algorithms paper that opens with "an important real-world problem" have each buried their contribution under the other track's framing.
The first-page arc
Put the contribution in the first page: problem/constraint → why prior methods are insufficient (each named) → method or system → evidence → why it fits the track. Every major claim on that page should point to a figure, a table, or a section — not to a promise. Because WACV reviewers see three reviews reconciled by an AC, a page that a busy reader can summarize in two sentences travels further than a dense one.
Figures are page budget
The cap is 8 pages including figures and tables. A teaser, two qualitative grids, and three result tables can eat half the paper, so design figures as line items:
- One teaser that states the contribution visually, with a self-contained caption a reviewer can read without the body.
- Qualitative results that a reviewer will judge by eye — check they render at print zoom.
- Tables that report the comparison under the stated condition, with uncertainty.
Caption test (apply to every figure):
Can a reviewer who reads ONLY this caption state (a) what is shown and
(b) what it demonstrates about the claim? If not, rewrite the caption, not the body.
Scope every claim
WACV's applications framing punishes overclaiming quickly, because a reviewer can often name the deployment case you did not test. Scope claims to the domain, constraint, and hardware you actually demonstrated ("row-crop segmentation at 2 W in sub-10-lux light"), and disclaim what you did not show. A scoped claim that holds beats a broad claim a reviewer can break in one sentence — and broken claims are what turn into revision requests.
Compress for eight pages
- Move protocol detail, extra qualitative results, and derivations to the anonymized
supplement (see
wacv-supplementary), keeping the body's argument intact. - Cut roadmap sentences that restate the table of contents; spend the space on the gap paragraph, where reviewers form their opinion.
- Keep notation and baselines consistent between body and supplement so a Round 2 reviewer re-reading a revised paper is never confused by a moved number.
Reverify each cycle
- The 8-page-including-figures rule and the references-only overflow.
- The two-track review criteria and any track-specific formatting.
- The author-kit style version.
Output format
[Track fit] first page leads with the right thing for <Applications|Algorithms>: yes/no
[First-page arc] constraint/method → gap → evidence present: yes/no
[Figure budget] pages spent on figures/tables: <n of 8> · captions self-contained: yes/no
[Overclaim risk] <claim a reviewer could break> → scoped: yes/no
[Compression] what moves to supplement: <list>
Version History
- 9f86f09 Current 2026-07-19 17:54
