Skip to content
Back to skills

Rebuttal And Response To Reviewers

ASecurity

Plan and write responses to peer review, including journal "response to reviewers" letters for revise-and-resubmit, conference rebuttals under strict length limits (OpenReview/ICLR, NeurIPS, ICML, ACL ARR, CVPR), author responses to meta-reviews, and appeals. Use when a user receives reviews, must triage reviewer comments, draft point-by-point replies, decide what new experiments to run, disagree respectfully with a reviewer, or track manuscript changes for a revision. For authors answering r...

  • 7 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 4, 2026
researchgo

Security analysis

A100/100

Scanned October 4, 2026

npx -y skills add KalarisLabs/research-agent-skills --skill rebuttal-and-response-to-reviewers --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Rebuttal And Response To Reviewers?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Rebuttal And Response To Reviewers
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/kalarislabs-rebuttal-and-response-to-reviewers/badge)](https://www.skillsdirectory.com/skills/kalarislabs-rebuttal-and-response-to-reviewers)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: rebuttal-and-response-to-reviewers
description: Plan and write responses to peer review, including journal "response to reviewers" letters for revise-and-resubmit, conference rebuttals under strict length limits (OpenReview/ICLR, NeurIPS, ICML, ACL ARR, CVPR), author responses to meta-reviews, and appeals. Use when a user receives reviews, must triage reviewer comments, draft point-by-point replies, decide what new experiments to run, disagree respectfully with a reviewer, or track manuscript changes for a revision. For authors answering reviews of their own manuscript; to write a review of someone else's paper, use peer-review instead.
license: MIT
compatibility: No runtime dependencies.
metadata:
  version: "1.0"
  category: research-writing
  maintainer: Kalaris Labs
  author: Kalaris Labs (Sayan Chowdhury)
  tags: peer review, rebuttal, response to reviewers, revise and resubmit, OpenReview, author response
---

# Responding to Reviewers

The audience of a response is the **editor or area chair**, who must decide
quickly whether concerns were addressed. Make every reply easy to verify:
quote the concern, answer it directly, show the change with a location.

## Step 1: Triage (before writing anything)

Split every review into atomic comments and classify each in a table:

| ID | Reviewer | Comment (short) | Type | Effort | Plan |
|---|---|---|---|---|---|
| R1.1 | 1 | Missing baseline X | Experiment | High | Run X on 2 datasets |
| R2.3 | 2 | Claim in §4 overstated | Wording | Low | Soften + add limitation |

Types: *misunderstanding* (the text was unclear), *missing analysis/experiment*,
*wording/presentation*, *disagreement on substance*, *out of scope*, *factual error by reviewer*.

Then:
- Identify the **2-3 concerns that drive the scores** (often shared across reviewers). These get
  the most effort and appear first in a conference rebuttal.
- Decide what is feasible in the revision window. Never promise experiments you will not run.
- Note conflicts between reviewers so the editor can adjudicate.

## Step 2: Do the work, then write

Run the experiments and edit the manuscript **before** drafting replies, so every reply can
point to a concrete change. Keep a change log with section/page/line numbers.

## Step 3: Reply patterns

**Journal response letter** (no strict length):

```text
Reviewer 1, Comment 1: "<quote or faithful summary of the concern>"

Response: We thank the reviewer for ... [direct answer in the first sentence].
We have [action]. The new results (Table 3, p. 7, lines 210-224) show ...

Change in manuscript: "<quoted new/revised text>" (Section 4.2, p. 7)
```

Best practices:
- Answer in the first sentence ("Yes, we have added...", "We agree and have...", "We respectfully disagree because...").
- Thanks once per reviewer, not before every comment.
- Quote revised text so the reviewer need not hunt for it. Provide a tracked-changes/diff version if the journal allows.
- Number comments (R1.1, R1.2 ...) and cross-reference instead of repeating ("see our response to R2.1").

**Disagreeing** (it is allowed and expected when justified):
1. Acknowledge the underlying concern ("We understand the concern that ...").
2. Give evidence: data, citations, a small additional analysis, or a precise explanation.
3. Make a concession where honest: a clarification in the text or a stated limitation.
Never be sarcastic, never say the reviewer "failed to understand". Rewrite the text so the next reader won't.

**Conference rebuttal** (hard limits: characters/words per reviewer or one page; check the venue):
- Lead with a short **general response** covering shared concerns and new results.
- Then per reviewer, only the comments that affect the decision, 2-5 sentences each.
- Put new numbers in compact tables. State exactly what will change in the camera-ready.
- Correct factual misreadings politely with pointers ("Section 3.2, Eq. 4 defines ...").
- Respect the venue's rules on new experiments, links and supplementary material.
  Many prohibit external links or new PDFs during rebuttal.
- On OpenReview discussions: reply promptly and concisely, and summarize the resolved points for the AC near the end.

## Step 4: Cover note to the editor (journals)

Summarize the main changes in 3-6 bullets, flag any reviewer disagreements you could not
resolve and why, and confirm all co-authors approved the revision.

## Quality checklist

- Every comment has a response. Count them against the triage table.
- Every "we have added/changed" is actually in the manuscript at the cited location.
- New numbers match between response, manuscript, tables and abstract.
- Tone: professional, specific, never defensive. Read it as the reviewer would.
- No new claims beyond what the revised evidence supports.
- Length within the venue limit (count it).

## Related skills

`peer-review` (reviewing others' work: useful to anticipate criticism), `scientific-writing`,
`ml-paper-writing`, `scientific-critical-thinking`, `statistical-analysis`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…