Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use when drafting ACM CoNEXT author responses, covering the initial-review rebuttal and — distinctively — the one-shot "major" revision response letter that must stay double-anonymous, map every "minimum necessary change" to a concrete tracked edit, and survive a single re-review by the original reviewers and a shepherd under PACMNET.
.claude/skills/brycewang-stanford-conext-author-response/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | -3% | 0% |
| case-02 | ✗→✓ | ▲ Improved | 24% | 0% |
| case-03 | ✗→✓ | ▲ Improved | -17% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 7% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 35% | 0% |
Use this after CoNEXT reviews are released. CoNEXT has two distinct speaking turns, and conflating them is a common mistake: a short initial rebuttal, and — if you receive a one-shot major revision — a full, journal-style response letter accompanying a revised paper that the original reviewers re-read exactly once. Both must respect double-anonymity: the letter itself must not reveal authors, institutions, testbeds, or repository ownership.
clarity, and reproducibility.
persuadable.
partner, a grant, or a private repository, even to strengthen a point.
Short and decision-focused. One decision-critical point per reviewer beats an exhaustive reply. Concede what is true, correct what is misread, and point to exactly where the answer lives in the submitted paper or artifact. Do not paste large new results the reviewers cannot verify in the time they have.
A major revision is a genuine, one-shot revise-and-resubmit against a list of minimum necessary changes. The letter is a change ledger: for every item on that list (and every substantive reviewer request), either make the change and show it, or decline it with a reason.
text[MNC-1] Minimum-necessary change (quoted briefly) -> Action: DONE | added the real-buffer testbed run, §5.2, Table 3; effect sizes reported -> Where: §5.2, Table 3; artifact/testbed/rq2/ [MNC-2] Minimum-necessary change -> Action: DECLINED (with reason) | the requested baseline needs operator telemetry we cannot release without breaking anonymity/agreement; added a limitation note instead (§6.1) [R2.1] Reviewer request (not on the MNC list) -> Action: PARTIAL | added the ablation; the larger multi-site deployment is out of scope for the revision window and is noted as future work
The rule that turns a one-shot revision into an acceptance: no silent omissions. A minimum-necessary change that is neither done nor explicitly declined is exactly what the single second read punishes. Assume a shepherd will check each item against the revised PDF.
| Pushback | What it signals | CoNEXT-ready response | |---|---|---| | "Evaluated in simulation, not on real hardware" | Platform-realism doubt | Add a testbed/deployment run on the real target, or scope the claim and name the gap as a limitation | | "The baseline is not tuned/fair" | Soundness doubt about the comparison | Re-run with an equal, documented configuration; report the new numbers, or justify the choice | | "Does this generalize beyond one path/network?" | External-validity limit | Add vantage points or subjects, or scope the claim and name the limit | | "The measurement is a proxy for the real outcome" | Construct-validity objection | Add the ground-truth subset or bound the proxy; state the residual threat plainly | | "The artifact does not run / is missing" | Reproducibility gap | Fix and re-anonymize the artifact; describe the run path in the letter | | "Contribution overlaps prior work X" | Novelty/delta doubt | Sharpen the delta sentence; add the missing comparison |
internal hostname; use the anonymized location.
current instructions before sending.
the revised paper — not the letter — carry the argument.
unaddressed.
text[Turn] initial rebuttal / one-shot major-revision response letter [Priority issue] <reviewer concern> [Decision dimension] significance / soundness / measurement quality / baselines / clarity / reproducibility [Change ledger] <minimum-necessary change -> DONE/PARTIAL/DECLINED + where in paper/artifact> [Anonymity check] <no identity leak in the letter: passed/issues>
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-01 | fail→pass | 21,756 | 17,589 | -19% | 1 | 1 | 0% | 3,431 | 3,318 | -3% | 0 | 0 | — |
case-02 | fail→pass | 15,212 | 11,245 | -26% | 1 | 1 | 0% | 1,807 | 2,243 | +24% | 0 | 0 | — |
case-03 | fail→pass | 20,538 | 15,852 | -23% | 1 | 1 | 0% | 3,210 | 2,663 | -17% | 0 | 0 | — |
case-04 | pass→fail | 19,810 | 10,886 | -45% | 1 | 1 | 0% | 2,286 | 2,877 | +26% | 0 | 0 | — |
case-05 | fail→pass | 18,564 | 12,819 | -31% | 1 | 1 | 0% | 2,234 | 2,393 | +7% | 0 | 0 | — |
case-06 | pass→pass | 26,478 | 18,783 | -29% | 1 | 1 | 0% | 1,830 | 3,259 | +78% | 0 | 0 | — |
case-07 | fail→pass | 13,742 | 10,195 | -26% | 1 | 1 | 0% | 2,057 | 2,786 | +35% | 0 | 0 | — |
case-08 | fail→pass | 18,732 | 7,628 | -59% | 1 | 1 | 0% | 2,163 | 2,613 | +21% | 0 | 0 | — |
case-09 | fail→pass | 18,089 | 14,955 | -17% | 1 | 1 | 0% | 2,033 | 2,601 | +28% | 0 | 0 | — |
case-10 | fail→pass | 19,684 | 14,236 | -28% | 1 | 1 | 0% | 3,147 | 2,508 | -20% | 0 | 0 | — |
case-11 | fail→pass | 20,130 | 13,935 | -31% | 1 | 1 | 0% | 2,361 | 2,603 | +10% | 0 | 0 | — |
case-12 | pass→pass | 22,873 | 22,054 | -4% | 1 | 1 | 0% | 2,587 | 3,356 | +30% | 0 | 0 | — |
case-13 | fail→pass | 23,470 | 15,882 | -32% | 1 | 1 | 0% | 2,691 | 2,879 | +7% | 0 | 0 | — |
case-14 | fail→pass | 17,303 | 15,674 | -9% | 1 | 1 | 0% | 2,745 | 2,526 | -8% | 0 | 0 | — |
case-15 | fail→pass | 31,291 | 16,350 | -48% | 1 | 1 | 0% | 2,894 | 2,977 | +3% | 0 | 0 | — |
case-16 | fail→pass | 17,941 | 10,312 | -43% | 1 | 1 | 0% | 2,051 | 2,177 | +6% | 0 | 0 | — |
case-17 | pass→pass | 14,215 | 6,439 | -55% | 1 | 1 | 0% | 1,961 | 2,271 | +16% | 0 | 0 | — |
case-18 | fail→pass | 19,107 | 9,579 | -50% | 1 | 1 | 0% | 2,103 | 2,414 | +15% | 0 | 0 | — |
case-19 | fail→pass | 20,503 | 13,382 | -35% | 1 | 1 | 0% | 2,146 | 2,433 | +13% | 0 | 0 | — |
case-20 | pass→pass | 20,690 | 18,566 | -10% | 1 | 1 | 0% | 2,211 | 2,758 | +25% | 0 | 0 | — |
case-21 | pass→pass | 14,572 | 14,897 | +2% | 1 | 1 | 0% | 2,164 | 2,481 | +15% | 0 | 0 | — |
case-22 | pass→pass | 18,546 | 15,819 | -15% | 1 | 1 | 0% | 2,038 | 2,536 | +24% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted. The headline lift of +64 percentage points is the difference between those two pass rates over the 22 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.