Peer Review
spacering-net/codeg
Structured manuscript/grant review with checklist-based evaluation.
Guides writing effective rebuttals after receiving peer review feedback.
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install EvoScientist/EvoSkills paper-rebuttal --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/paper-rebuttal .claude/skills/paper-rebuttal && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .claude/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttalType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install EvoScientist/EvoSkills paper-rebuttal --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/paper-rebuttal .agents/skills/paper-rebuttal && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .agents/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install EvoScientist/EvoSkills paper-rebuttal --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/paper-rebuttal .cursor/skills/paper-rebuttal && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .cursor/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/EvoScientist/EvoSkills.git --path skills/paper-rebuttal--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install EvoScientist/EvoSkills paper-rebuttal --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/paper-rebuttal .gemini/skills/paper-rebuttal && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .gemini/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install EvoScientist/EvoSkills paper-rebuttalInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/paper-rebuttal .github/skills/paper-rebuttal && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .github/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install EvoScientist/EvoSkills paper-rebuttal --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/EvoScientist/EvoSkills.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/paper-rebuttal .opencode/skills/paper-rebuttal && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "paper-rebuttal" agent skill from https://github.com/EvoScientist/EvoSkills/tree/main/skills/paper-rebuttal into .opencode/skills/paper-rebuttal/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "paper-rebuttal", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
paper-rebuttalGuides writing effective rebuttals after receiving peer review feedback.
Paper Rebuttal is an agent skill from EvoScientist/EvoSkills. Guides writing effective rebuttals after receiving peer review feedback. Covers review diagnosis (score-driven color-coding), response strategy (champion identification, common-theme consolidation), tactical writing (18 rules), and counterintuitive rebuttal principles. Use when: user received reviewer scores/comments, needs to write a rebuttal or author response, wants to respond to specific criticism (e.g. 'limited novelty', 'missing baselines'), mentions 'rebuttal', 'reviewer comments', 'author response', or…
Its SKILL.md is about 3.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 4 other files, including reference files and assets (for example `assets/rebuttal-template.md` and `references/rebuttal-tactics.md`).
It sits in Research & Science, covering Peer review. The repository describes itself as: 🧬 Extend EvoScientist with Installable Skill & Knowledge Packs. The licence is Apache-2.0.
3 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 9a9f8cf. It shows what the files ask for, not the result of running them.
Pre-approves these tools, so the agent can use them without asking each time:
write_fileedit_fileread_filethink_toolFrom allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md.
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Paper Rebuttal loads about 3.4k tokens when it runs, and up to ~5k if it reads all its reference files. Until then it costs about 156 tokens; SKILL.md has 1,807 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from EvoScientist/EvoSkills at commit 9a9f8cf, republished under its Apache-2.0 licence (© EvoScientist). 1,807 words, ~3,378 tokens.
.claude/skills/paper-rebuttal/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.A systematic approach to writing rebuttals after receiving peer review feedback. The goal is not to defend every point — it's to move scores by addressing the concerns that actually drive them.
For pre-submission self-review and catching weaknesses before they become reviewer complaints, use the
paper-reviewskill.
Before writing a single word, answer: "Why did this reviewer give this exact score?" Not what they wrote — what drove the score. Most researchers skip this and address every comment equally. That is a mistake.
For each reviewer, ask: "What would move this reviewer from their current score to acceptance?"
| Score Range | Typical Situation | Your Strategy |
|---|---|---|
| 7+ | Already your champion | Arm them with ammunition for the discussion phase |
| 5-6 | On the fence, 1-2 concerns holding them back | Identify and resolve those specific concerns |
| 3-4 | Fundamental objection | Determine if the objection is addressable; if not, focus elsewhere |
| 1-2 | Strong rejection | Identify the one or two objections that drive the score, not every point they raise |
Read through each review and mark every comment:
| Color | Meaning | Action | Budget |
|---|---|---|---|
| Red | Score-driving concern — this is why the score is low | Address first, maximum effort and evidence | 60% |
| Orange | Addressable concern — can be resolved | Respond with concrete data or revision | 30% |
| Gray | Minor or cosmetic | Acknowledge briefly, confirm fix | 10% |
| Green | Positive comment or praise | Note as ammunition for your champion | — |
Reviewer score tells you where to look, not how much to flag. A reviewer who lists eight points is usually driven by one or two of them, so marking every comment from a low-score reviewer Red spends the 60% budget on points that move nothing.
The decision test. Mark a concern Red only if both hold:
Any one of the following is enough to name the decision for point 1:
Common over-flagging, Orange or Gray instead: a rejecting reviewer's secondary asks; improvement suggestions ("it would be stronger if…") that are neither a rejecting reviewer's core objection nor tied by a fence-sitter to their reservation; points that merely touch the method; minor clarifications.
Red means the concern decides the outcome, not that you can win it. When a Red objection cannot be answered, concede it plainly and narrow the claim instead of spending the budget arguing.
There is no quota. Short, harsh reviews can make most comments Red, and that is then the honest picture: do not demote a rejecting reviewer's core objection to keep the Red list short. When long reviews leave most comments Red, rerun the test on each one; you are probably flagging by score rather than by decision.
Behind every reviewer comment is an unspoken question. A comment like "The baselines are outdated" really asks: "Is this method actually competitive with current approaches?" Address the invisible question, not just the surface request.
| Category | Response Strategy |
|---|---|
| Misunderstanding | Clarify with specific references to the paper; restate the key point |
| Missing experiment | First check whether existing results (including the appendix) already answer it: cite the exact location and restate them. Otherwise run it and show the result inline. If it cannot be run, explain the constraint honestly and narrow the claim; a scoped, concrete promise is the last resort |
| Missing baseline | Point to the comparison if the paper already reports it; otherwise add it, or explain precisely why the baseline is not applicable |
| Writing clarity | Acknowledge and provide revised text in the rebuttal |
| Fundamental concern | Address directly with technical arguments AND additional evidence |
| Minor issue | Thank the reviewer and confirm the fix |
If multiple reviewers raise the same concern, it's almost certainly a real weakness. Consolidate these into a "Common Response" section — this saves word count and demonstrates that you understand the pattern.
Your rebuttal's real audience is not the negative reviewer — it's the positive one.
Your champion argues on your behalf in the AC discussion, often using your exact words. Write your rebuttal to arm them:
See references/rebuttal-tactics.md for the full 18 tactical rules.
For each concern, follow this three-part structure:
Use a fillable template at assets/rebuttal-template.md.
Before submitting, have someone who hasn't read your paper read only the reviews and your rebuttal. Ask: "Can you tell whether the concerns were addressed?" If not, rewrite.
Submit a rebuttal even with extreme scores. A paper with scores of 3/8/8 has better odds than you think. The negative reviewer may realize they are an outlier during discussion. But only if you submit a rebuttal — without one, the AC has nothing to work with.
Concede something small, win something big. Acknowledging a minor weakness ("We agree that Table 2 could include dataset X for completeness") makes your defense of major points more credible. Pure defense with zero concession reads as unobjective.
Existing evidence first, new experiments second, promises last. Before proposing a new experiment, search the submitted paper, main text and appendix, for evidence that already answers the concern, and quote it with its exact table, figure or section: the AC can verify it in the PDF they already have, and discounts promised future work. If the paper does not answer it, a small new experiment with the result shown inline still beats any amount of reasoning; reviewers are trained to be skeptical of arguments, not of data. If the experiment cannot be run, say so and narrow the claim. A promise without results is the weakest move: keep it rare and concrete (what will be run, on which data, by when). A rebuttal stacked with "we will add…" reads as an admission that the paper is incomplete.
The best rebuttal is written before submission. Draft responses to likely attacks while writing the paper ("prebuttal"). Two benefits: you often realize the attack is valid and fix the paper, and if the attack comes, you have a polished response ready.
Don't defend every point equally. Equal effort signals you don't know which points matter. Allocate your word budget according to the color-coding: 60% red, 30% orange, 10% gray. Reviewers notice when you nail the big issues.
Prepare responses for these frequent concerns. Having a prepared response doesn't mean copying it verbatim — adapt to your specific paper and the reviewer's specific framing. In every row, principle 3 applies first: if the submitted paper already answers the concern, point to that evidence before adding anything.
| Common Concern | Response Strategy |
|---|---|
| "Limited novelty" | Articulate the specific insight; show what prior work cannot do; narrow and sharpen the claim |
| "Marginal improvement" | Emphasize other advantages (speed, generalizability, simplicity); add challenging test cases |
| "Missing ablations" | Point to the ablation if the paper or appendix already has it; otherwise provide the ablation table inline in the rebuttal |
| "Missing baselines" | Point to the comparison if it is already reported; otherwise add it, or explain precisely why it's not applicable |
| "Not reproducible" | Add implementation details; commit to code release with a specific timeline |
| "Limited evaluation" | Add diverse datasets or metrics; if infeasible, explain resource constraints honestly |
| "No limitation discussed" | Add a limitation section in the revision; acknowledge this was an oversight |
| "Overclaimed results" | Weaken specific claims to match evidence; show the revised wording |
| "Unfair comparison" | Use standard evaluation protocols; add commonly reported baselines |
| "Method is engineering, not research" | Identify the scientific insight behind the design; explain why the choice is non-obvious |
| "Metrics don't match claims" | Align each claim with a specific metric; add the missing metric if feasible |
| "Related work incomplete" | Add the missing references; explain the relationship to your work |
Need to run new experiments for the rebuttal? Use the
experiment-craftskill for targeted debugging, orexperiment-pipelinefor a full new experiment stage.
This skill picks up where paper-review leaves off. If you used paper-review before submission, these artifacts are especially useful for rebuttal:
| Artifact from paper-review | How It Helps Rebuttal |
|---|---|
| Reject-first simulation | You've already anticipated likely attacks |
| Claim-evidence audit table | Quickly verify whether a reviewer's concern about unsupported claims is valid |
| Prebuttal drafts (Phase 6 of the counterintuitive protocol) | Ready-made response templates for common criticisms |
| Trust scorecard | Identifies weaknesses you can proactively concede |
| Topic | Reference File | When to Use |
|---|---|---|
| 18 tactical rules | rebuttal-tactics.md | Detailed writing guidance for structure, content, tone |
| Rebuttal template | rebuttal-template.md | Starting a new rebuttal document |
© EvoScientist, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 2 other files (references, assets) in skills/paper-rebuttal of EvoScientist/EvoSkills.
Open the folder on GitHubat commit 9a9f8cf
We found 3 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 3 other GitHub owners. This page covers the copy in EvoScientist/EvoSkills, which our catalogue first saw on October 7, 2026.
Paper Rebuttal next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Paper Rebuttal this skillEvoScientist/EvoSkills | 478 | 3 repos | ~3.4k | Automated safety check: Pass | Apache-2.0 | |
| Peer Reviewspacering-net/codeg | 3.9k | 17 repos | ~5.9k | Automated safety check: Notes | MIT | |
| Scholar Evaluationspacering-net/codeg | 3.9k | 11 repos | ~3.2k | Automated safety check: Pass | MIT | |
| Academic Paper Writing PipelineImbad0202/academic-research-skills | 51k | — | ~16k | Automated safety check: Pass | Custom licence | |
| Academic Paper ReviewerImbad0202/academic-research-skills | 51k | — | ~11k | Automated safety check: Pass | Custom licence | |
| Peer ReviewK-Dense-AI/claude-scientific-writer | 2.4k | 2 repos | ~3.1k | Automated safety check: Notes | MIT |
spacering-net/codeg
Structured manuscript/grant review with checklist-based evaluation.
spacering-net/codeg
Systematically evaluate scholarly work using the ScholarEval framework, providing structured assessment across research quality dimensions including problem formulation, methodology, analysis, and…
Imbad0202/academic-research-skills
Runs a 12-agent pipeline that plans, drafts, cites, reviews and formats academic papers, with modes for revision, rebuttals, abstracts and citation checks.
Imbad0202/academic-research-skills
Simulates a journal peer review of a manuscript with a five-seat reviewer panel, an editorial synthesizer and several review modes.
K-Dense-AI/claude-scientific-writer
Prepare evidence-bounded, constructive peer-review drafts and structured manuscript assessments.
Imbad0202/academic-research-skills
Orchestrates a ten-stage academic workflow from research to finished manuscript, including integrity checks, two rounds of peer review and revision.
EvoScientist/EvoSkills
A skill your agent uses whenever the user submits a non-trivial mathematical claim that needs a rigorous proof or audit.
EvoScientist/EvoSkills
A skill your agent uses to produce standalone, publication-ready PNG graphics and reproducible matplotlib scripts from tabular data (CSVs or DataFrames).
EvoScientist/EvoSkills
Iterative code refinement through plan → code → evaluate → refine cycles.
EvoScientist/EvoSkills
Guides pre-writing planning for academic papers with 4 structured steps: story design (task-challenge-insight-contribution-advantage), experiment planning (comparisons + ablations), figure design…
EvoScientist/EvoSkills
Generates structured literature survey reports from collected papers using a multi-stage pipeline: outline generation (query-type adaptive) → draft survey → section-by-section expansion → summary…
EvoScientist/EvoSkills
Find and read academic papers (S2 + arXiv). An agent skill from EvoScientist/EvoSkills.
Categories
Guides writing effective rebuttals after receiving peer review feedback. Paper Rebuttal is an agent skill from EvoScientist/EvoSkills. Guides writing effective rebuttals after receiving peer review feedback.
Paper Rebuttal fits situations like: : user received reviewer scores/comments; needs to write a rebuttal; author response; wants to respond to specific criticism (e.g.
Run `npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a claude-code`. Or copy the skill folder (skills/paper-rebuttal in EvoScientist/EvoSkills) into .claude/skills/paper-rebuttal in your project. Claude Code loads it when a task matches its description.
Run `npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a codex`. Or copy the skill folder (skills/paper-rebuttal in EvoScientist/EvoSkills) into .agents/skills/paper-rebuttal in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add EvoScientist/EvoSkills --skill paper-rebuttal -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/paper-rebuttal, .gemini/skills/paper-rebuttal, .github/skills/paper-rebuttal and .opencode/skills/paper-rebuttal in your project.
SKILL.md names no scripts, command-line tools or credentials: Paper Rebuttal is instructions for the agent only. Its frontmatter pre-approves these tools: write_file, edit_file, read_file, think_tool.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Paper Rebuttal is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.4k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 1.6k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Paper Rebuttal: Peer Review (spacering-net/codeg, 3.9k stars), Scholar Evaluation (spacering-net/codeg, 3.9k stars), Academic Paper Writing Pipeline (Imbad0202/academic-research-skills, 51k stars) and Academic Paper Reviewer (Imbad0202/academic-research-skills, 51k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
EvoScientist (a GitHub organization) maintains it in EvoScientist/EvoSkills, which has 478 GitHub stars. The repository holds 16 skills in this directory. The repository was last updated on September 30, 2026.
Source: EvoScientist/EvoSkills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.