summarize
Summarize extracted paper text into concise Markdown memory for later Stage 2 and Stage 4 background use, with fixed section…
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 -y skills add runtsang/rebuttalstudio --skill review-response --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/review-responseContext preview
The summary Claude sees to decide when to auto-load this skill.
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.
name: review-response description: 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. tags: [Rebuttal, Strategy, Review, Academic] version: 1.0.0 source: Adapted from Claude Scholar (https://github.com/Galaxy-Dawn/claude-scholar), skills/review-response/SKILL.md
> **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:
1. **Acknowledge strengths before criticism** — Thank reviewers for recognized contributions before addressing concerns. Even a brief acknowledgment improves tone.
2. **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.
3. **Address all concerns** — An unreplied-to comment is treated by reviewers as evasion. Even a one-sentence acknowledgment is better than silence.
4. **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…"
5. **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] [Respo
A rebuttal editor for researchers to craft high-quality academic rebuttals — so you can focus on what to say, not how to format it.
Summarize extracted paper text into concise Markdown memory for later Stage 2 and Stage 4 background use, with fixed section…
Polish (rephrase) a rebuttal message template for clarity and professionalism while preserving the original structure, tone, and…
Break down full ARR (ACL Rolling Review) reviewer responses into structured rebuttal units. Use when input contains ARR reviewer…
Break down full ICLR reviewer responses into structured rebuttal units. Use when input contains reviewer…
Break down full ICML reviewer responses into structured rebuttal units. Use when input contains reviewer…