Model the pipeline before interpreting any single review. TACAS's process has three features that surprise authors arriving from other venues: reviewing is blind by category, the decision for a tool paper depends on a parallel artifact evaluation, and the whole thing runs in a single annual round on the ETAPS schedule with a short rebuttal — not a rolling or multi-round journal cycle.
| Category | What reviewers weigh most | Author move on a weak review |
|---|---|---|
| Research | Soundness of the algorithm/encoding; is the correctness argument right? | Correct a misread proof/step in the rebuttal; supply the missing lemma or example |
| Regular tool | Does the tool work and advance practice? Does the artifact reproduce the claims? | Fix/clarify the artifact story; show the benchmark comparison is fair |
| Case study | Is the system real and the evaluation honest? Are the lessons transferable? | Sharpen what generalizes; bound the threats to the lessons |
| Tool-demonstration | Is there a genuine, reproducible demonstration in six pages? | Clarify the demo path; ensure the artifact demonstrates what the text claims |
The strategic reading: for a tool paper, the artifact is part of the review — a great write-up with a broken package still fails. Budget the artifact like a co-equal deliverable, not an afterthought.
Expect verification experts matched to your subarea. For a research paper they will check the soundness argument line by line; for a tool paper they (or the AEC) will try to run your artifact and reproduce a headline result; for a case study they will probe whether the system is representative. Vague algorithm descriptions and unreproducible tool claims are caught, not skimmed.
[Before submission] category choice + topic keywords -> reviewer match (largest lever)
[Artifact (tool)] a clean-VM package that reproduces the claims (co-decides tool papers)
[Rebuttal] correct factual misreadings, supply a requested number, clarify a proof step
[After reject] no appeal; reroute to CAV/VMCAI/FMCAD or a journal, or return next TACAS cycle
A rebuttal moves borderline papers when it fixes a misreading or answers a concrete question; it does not move papers by arguing taste, and it cannot repair a fundamentally broken artifact after the fact.
[Process stage] pre-submission / under review / rebuttal / notified / accepted
[Category + blind mode] research (double-blind) / case-study|tool|tool-demo (single-blind)
[Decision drivers] soundness | tool+artifact | case realism | demo reproducibility
[Artifact status] (tool/tool-demo) reproduces claims on clean VM? yes/no
[Leverage plan] the next-stage action that can actually change the outcome
[Forbidden moves] wrong-category anonymity error / unrunnable artifact / unsupported new claims in rebuttal