RSS Writing Style

Revise the manuscript for the venue where "the robot worked" is the beginning of a paper, not its conclusion. RSS expects a scientific claim; the writing's job is to make that claim visible, falsifiable, and already defended.

The claim-first page

By the end of page one, a reader should be able to fill in:

• Claim: what is asserted about robotics (a mechanism, a property, a bottleneck, a transferable capability) — one sentence, no system name required.
• Stakes: what the field does differently if the claim is true.
• Test: what evidence in this paper could have falsified it.

If the draft's first page instead inventories modules and integrations, it is a systems report; either surface the insight the integration proves, or reroute (rss-topic-selection).

Sizing prose to the claim

The cardinal RSS writing sin is claim-evidence inflation: general words resting on narrow trials. Enforce the match at sentence level:

Pre-answering, because there may be no rebuttal

Only above-threshold papers got a 2026 rebuttal; write as if you will not. For each major claim, plant the defense where the objection arises:

• The obvious confound → name it and point at the ablation that kills it, in the same paragraph as the result.
• The "did it just memorize the setup?" worry → the transfer/perturbation condition, cited inline.
• The cherry-picking suspicion → the sentence stating all trials are reported, including failures, with the failure table's number.

Brevity as a scored trait

The 8-page limit (excluding references, 2026) is a ceiling the CFP pointedly frames as not a floor. Compression tactics that preserve rigor:

1. Merge related-work prose into contrastive sentences attached to your claims rather than a stand-alone tour.
2. One figure that carries the causal story beats three that decorate it; every figure caption should state a finding, not a scene.
3. Protocol details reviewers need for belief stay in the body; details needed only for replication go to the supplement — the CFP's self-containment rule drawn as a line.
4. Delete capability sentences the evaluation never touches. Each one is a free objection.

An 8-page budget that respects the ceiling

A workable allocation for a claim-plus-hardware paper (adjust, don't worship):

p.1        claim, stakes, falsification test, contribution list
p.2        related work as contrasts (not a tour)
p.3-4      method: the mechanism, then the system carrying it
p.5-6.5    experiments: protocol, results, ablations, failure table
p.6.5-7.5  analysis: what the failures say about the claim
p.7.5-8    limitations with scope sentences; conclusion in 4 lines
refs       excluded from the count (2026 rule)

Two structural rules the budget encodes: analysis gets real space (RSS reviewers reward interpretation over raw scoreboards), and limitations are body text, not a camera-ready afterthought.

Sentence-level rewrites

Honest-failure register

RSS's reviewer culture reads failure reporting as competence, not weakness. The stylistic move: report failures with the same grammatical confidence as successes. "CSD fails on high-friction fabrics (9/40 trials), consistently at the release step" is stronger writing than a defensive footnote — it demonstrates the authors know where the boundary is.

Cross-stack terminology discipline

RSS papers span perception, planning, control, and learning in eight pages, and vocabulary collisions cost belief:

• One name per object across the stack: if the policy's output is an "action" in §3, it cannot become a "command" in §5's tables.
• Define task-success vocabulary once, operationally, and reuse it verbatim in protocol, tables, and captions.
• Symbols survive the whole paper: reusing θ for joint angles and then for policy parameters is a classic cross-subfield paper wound.
• Write for the adjacent-subfield reviewer the single-track format guarantees you: each subfield's jargon gets a half-sentence gloss at first use.

Output format

[Claim sentence] <one sentence, falsifiable, system-name-free>
[Claim-evidence mismatches] <sentence -> repair>
[Unplanted defenses] <objection -> where to pre-answer it>
[Compression targets] <cut / merge / demote-to-supplement>
[Failure register] present and confident / defensive / missing