review-response
Systematic review response workflow from comment analysis to professional rebuttal writing. Use when the user asks to "write rebuttal", "respond to reviewers", "draft review response", or "analyze review comments". Improves paper acceptance rates.
What this skill does
# Review Response A systematic review response workflow that helps researchers efficiently and professionally reply to reviewer comments. ## Core Features 1. **Review Analysis** - Parse and classify reviewer comments (Major/Minor/Typo/Misunderstanding) 2. **Response Strategy** - Develop response strategies for different comment types (Accept/Defend/Clarify/Experiment) 3. **Rebuttal Writing** - Write structured, professional rebuttal documents 4. **Tone Management** - Optimize tone to maintain professionalism, respect, and evidence-based arguments ## Workflow ``` Receive reviewer comments -> Parse and classify -> Develop strategy -> Write responses -> Tone check -> Final rebuttal ``` ## When to Use Use this skill when you need to: - "Help me write a rebuttal" - "How to respond to reviewer comments" - "Analyze these review comments" - "Develop a review response strategy" ## Usage Steps 1. **Provide reviewer comments** - Share the reviewer comments text or file with Claude 2. **Analysis and classification** - Claude automatically parses and classifies the comments 3. **Strategy recommendations** - Receive response strategy suggestions for each comment 4. **Write rebuttal** - Generate a structured rebuttal document based on the strategy 5. **Optimize tone** - Review and optimize the professionalism and politeness of responses ## Core Principles - **Professionalism** - Maintain an academically professional tone and expression - **Respectfulness** - Respect the reviewers' opinions and time - **Evidence-based** - Support every response with sufficient reasoning and evidence - **Completeness** - Ensure all reviewer comments receive a response ## Success Factors (Based on ICLR Spotlight Paper Analysis) Key lessons extracted from successful rebuttal cases: ### 1. Acknowledge Strengths, Respond Positively to Criticism - Reviewers will first acknowledge the paper's strengths (novelty, impact, practical applicability) - Even spotlight papers receive constructive criticism - **Strategy**: Thank reviewers for acknowledged strengths first, then address criticism specifically ### 2. Provide Clarity and Intuitive Understanding - Even high-quality papers may have clarity issues - Need to provide intuition and detailed explanations for readers with different backgrounds - **Strategy**: Expand key sections, move technical details to appendix, add step-by-step walkthroughs ### 3. Thorough Justification of Experimental Setup - Need to justify experimental setup choices - Consider and discuss alternative metrics - Provide comprehensive experiments to support claims - **Strategy**: Add ablation studies, explain why specific experimental setups were chosen ### 4. Emphasis on Ethical Considerations - For research involving privacy, security, and other sensitive topics, ethical considerations are crucial - Reviewers pay special attention to ethical implications - **Strategy**: Proactively discuss ethical considerations, even if reviewers don't explicitly request it ### 5. Highlight Practical Application Value - Reviewers value practical applicability and scalability of methods - "Easily applicable" and "scalable" are important strengths - **Strategy**: Emphasize practical benefits and scalability in the rebuttal ## Integration with active installed writing memory When the rebuttal task involves: - tone calibration, - rebuttal phrasing, - clarification language, - structuring multi-point responses, - or learning from strong prior paper/review writing, read the active installed writing memory before drafting: - `~/.claude/skills/ml-paper-writing/references/knowledge/paper-miner-writing-memory.md` on Claude Code installs - the equivalent installed skill-home path on Codex/OpenCode branches - otherwise skip this optional memory and continue with the local review-response references ### Default read order for rebuttal work 1. reviewer comments and paper context 2. optional `paper-miner-writing-memory.md` if available 3. `references/response-strategies.md` 4. `references/rebuttal-templates.md` 5. `references/tone-guidelines.md` Read narrowly: - start with `How this helps our writing`, - then inspect `Reusable phrasing`, - then inspect `Venue-specific signals` if the rebuttal is venue-sensitive, - use `Writing patterns mined` only when the response needs stronger rhetorical structure. Do not quote the memory mechanically. Use it to improve structure, clarity, restraint, and professionalism. ## Evidence anchor rule Every response row must include one of: - paper location, - result table / figure / analysis artifact, - citation / Evidence Record ID, - planned experiment with status, - `unresolved` if no evidence exists yet. Do not claim "we added experiments" or "the results show" without naming the artifact. If an objection has multiple atomic points, split it and cover each point separately. ## Reference Documents For detailed guides, refer to: - `references/review-classification.md` - Review comment classification criteria - `references/response-strategies.md` - Response strategy library - `references/rebuttal-templates.md` - Rebuttal templates and examples - `references/tone-guidelines.md` - Tone and expression guidelines ## Related Tools - **Agent**: `rebuttal-writer` - Dedicated agent for rebuttal writing and optimization - **Command**: `/rebuttal <review_file>` - Quick-start the rebuttal workflow
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.