oopsla-author-response
GitHub用于撰写OOPSLA作者回复，指导将审稿意见归类为接受、小修、大修或拒绝。通过论证问题归属、量化修改可行性及遵守篇幅限制，引导边缘论文争取修订机会，避免直接拒稿。
Trigger Scenarios
Install
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill oopsla-author-response -g -y
SKILL.md
Frontmatter
{
"name": "oopsla-author-response",
"description": "Use when writing an OOPSLA author response inside the short per-round window — reading reviews through the four-outcome lens (Accept, Minor Revision, Major Revision, Reject), steering borderline papers toward a revision outcome instead of rejection, and committing only to changes deliverable within the round's revision mechanics."
}
OOPSLA Author Response
Each OOPSLA round gives authors one written response before decisions are finalized; the 2026 call scheduled it as a four-day Tuesday-to-Friday window per round (exact 2026 dates 待核实 — read them off the live HotCRP instance). What makes the OOPSLA response unlike a classic rebuttal is the decision space: reviewers are not only choosing accept-or-reject, they are choosing among Accept, Minor Revision, Major Revision, and Reject (2026 merged the old Conditional Accept into Minor Revision). Your response is an argument about which bucket the paper's problems belong in.
Reframe every objection as a bucket question
| Reviewer concern type | Bucket you argue for | Argument shape |
|---|---|---|
| Factual misreading | Accept | Quote the submitted PDF: section, page, exact sentence |
| Missing experiment, bounded scope | Minor Revision | Show the experiment is runnable in weeks; sketch the protocol |
| Evaluation redesign, new formalism | Major Revision (next round) | Concede scale honestly; state what the revision would contain |
| "Wrong venue" / fit doubts | Accept or MR | Anchor to precedent shapes (see resources/exemplars/library.md) |
| Soundness hole in a theorem | Depends — triage first | If repairable, give the repaired statement now, not a promise |
Arguing "Accept" against every concern is the classic failure: it tells the committee you would not execute a Minor Revision faithfully, which removes the middle buckets and polarizes the decision toward Reject.
Composition rules
- Lead with the decision-relevant paragraph. State, in five lines, what you believe the correct outcome is and the one or two facts that support it. Committees skim; the first screen does the work.
- Answer questions before defending honor. Direct reviewer questions get numbered answers with pointers into the PDF. Tone disputes get silence.
- Quantify feasibility. "We will add a user study" is not credible inside a Minor Revision; "we will rerun Table 3 with the two requested baselines; scripts already exist in the artifact" is.
- Never introduce results the PDF cannot support. New numbers in a response are unverifiable and reviewers know it; describe what would be measured, not what you privately measured last night.
- Reference the revision caps. Promised additions must fit the 25-page revision limit; promising a new 6-page section is self-defeating.
Triage worksheet
For each review R1..Rn:
extract: questions (Q), factual errors (E), evidence gaps (G), fit doubts (F)
map each to bucket argument (table above)
order: E first (cheap credibility), then Q, then G with feasibility, F last
budget: total response length per current call rules (待核实 per cycle);
spend >50% on the two items most likely to move the outcome
If the outcome will be a revision anyway
When reviews clearly point at Major Revision, use the response to shape the
expectation list: propose the concrete revision contents yourself. Reviewers
who accept your framing write requirements you have already planned for, and
under the round system the same reviewers meet the resubmission — so what you
promise here is what you will be graded on next round (oopsla-review-process).
Output format
[Predicted bucket] Accept / Minor Revision / Major Revision / Reject
[Target bucket] <the outcome the response argues for>
[Top two levers] <concern + one-line counter, ×2>
[Commitments made] <list, each with feasibility note and page cost>
[Response draft] <numbered, PDF-cited, within length budget>
Version History
- 9f86f09 Current 2026-07-19 17:10
