skills/utility/stage/review-response/SKILL.md
Systematic review response strategy guide for RebuttalStudio. Use when developing response strategies for reviewer comments, deciding how to classify concerns, or choosing between Accept/Defend/Clarify/Experiment approaches at any stage of the rebuttal pipeline.
npx skillsauth add runtsang/rebuttalstudio review-responseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
RebuttalStudio Utility — Stage-General This skill applies across the full 5-stage rebuttal pipeline. It provides strategic guidance for classifying reviewer comments and choosing response approaches, complementing the stage-specific breakdown and refinement skills.
A systematic framework for analyzing reviewer comments and developing high-quality, professionally grounded rebuttal responses.
Every reviewer comment belongs to one of four types. Identify the type before selecting a strategy.
| Type | Description | Examples | |------|-------------|---------| | Major | Core scientific or methodological concerns that affect the paper's conclusions | "The baseline comparison is unfair", "The claims are unsupported by experiments" | | Minor | Peripheral concerns about presentation, wording, or supplementary experiments | "Figure 3 is hard to read", "Missing ablation on X" | | Misunderstanding | Reviewer has misread or misinterpreted the paper | "The authors do not compare with Y" (but Y is in Table 2) | | Typo / Clarity | Factual errors, grammar, or unclear exposition | "Definition 2 appears to be incorrect", "Section 3 is confusing" |
After classification, select the appropriate response strategy:
| Strategy | When to Use | Core Approach | |----------|-------------|---------------| | Accept | Reviewer is correct; the concern is valid | Acknowledge explicitly, describe the change made, point to location | | Defend | Reviewer's concern is based on a valid scientific disagreement | Provide evidence, cite prior work, offer additional data if available | | Clarify | Reviewer has a misunderstanding that the paper actually addresses | Quote the relevant section, explain why the concern does not apply | | Experiment | Reviewer requests additional empirical validation | Describe the experiment, provide preliminary results if possible |
These apply to every response at every stage, from Stage 2 draft outlines to Stage 4 follow-up refinement:
Acknowledge strengths before criticism — Thank reviewers for recognized contributions before addressing concerns. Even a brief acknowledgment improves tone.
Anchor to evidence — Every claim in a response must be backed by: a paper section, a result in the supplementary, a cited prior work, or a new experiment. Do not assert without grounding.
Address all concerns — An unreplied-to comment is treated by reviewers as evasion. Even a one-sentence acknowledgment is better than silence.
No defensive language — Phrases like "the reviewer is incorrect" or "this criticism is unfounded" damage tone. Prefer collaborative phrasing: "We believe this may stem from…", "To clarify our intent…"
Completeness over brevity — Concision matters, but do not sacrifice completeness. A reviewer who feels dismissed will lower the score.
Key lessons distilled from analyzing accepted papers' rebuttals:
| Stage | How to Use This Skill | |-------|-----------------------| | Stage 1 — Breakdown | After receiving reviewer text, apply the classification table to categorize each atomic issue before writing titles | | Stage 2 — Reply | Use the Accept/Defend/Clarify/Experiment framework when drafting outlines; choose the strategy that matches each issue type | | Stage 4 — Multi-Round | Re-apply classification to follow-up comments; use "Clarify" or "Experiment" strategy for reviewer persistence | | Stage 5 — Final Remarks | Summarize the response strategies used for each reviewer in the final remarks |
For a well-structured per-reviewer rebuttal block:
We thank Reviewer [X] for their thoughtful and constructive feedback.
**Response to [Issue Title]**
> "[quoted reviewer comment]"
[Strategy: Accept / Defend / Clarify / Experiment]
[Response body: acknowledgment → direct answer → evidence → forward-looking note]
**Changes made**: [Section X, paragraph Y; or "no change needed because…"]
Adapted from Claude Scholar's review-response skill by gaoruizhang. Original: https://github.com/Galaxy-Dawn/claude-scholar/blob/main/skills/review-response/SKILL.md
data-ai
Remove AI-generated writing patterns from rebuttal prose to make it sound natural, direct, and authentically human-authored. Use when a Stage 2 refined draft or Stage 4 follow-up response reads too formulaic, robotic, or "GPT-like". Supports academic English.
testing
Condense rebuttal prose into fewer words without changing the original meaning. Use when a response block, paragraph, or selected passage is too long but all technical content, citations, and commitments must stay intact. Supports academic English.
testing
Systematic quality check for a completed rebuttal document before submission. Use after Stage 3 document compilation or after Stage 5 final remarks writing to verify completeness, tone, factual accuracy, and structural integrity. Catches common rebuttal errors before they reach reviewers.
testing
Verification guide for citations added during rebuttal writing. Use when Stage 2 responses introduce new references, when the Area Chair asks about a cited paper, or when any citation in the rebuttal might have been AI-generated. Prevents the serious credibility damage of fabricated references in reviewer-facing documents.