Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

paper-rebuttal纸质反驳

Agent Skill

paper-rebuttal 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

5,328

周安装

222

GitHub Stars

346

下载量

1,776
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:paper-rebuttal(纸质反驳)
来源仓库:https://github.com/evoscientist/evoskills
仓库路径:skills/paper-rebuttal
安装命令:
npx skills add https://github.com/evoscientist/evoskills --skill paper-rebuttal
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/evoscientist/evoskills --skill paper-rebuttal

简介

paper-rebuttal 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。

  • 它支持通过关键词、任务场景或来源线索进行信息检索与筛选。
  • 可通过 npx skills add 命令从指定 GitHub 仓库安装并使用。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Paper Rebuttal

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.

When to Use This Skill

  • User received reviewer comments and needs to write a rebuttal
  • User asks how to respond to specific reviewer criticism
  • User wants to analyze reviews strategically before responding
  • User mentions "rebuttal", "reviewer comments", "review feedback", "respond to reviewers"
For pre-submission self-review and catching weaknesses before they become reviewer complaints, use the paper-review skill.

Step 1: Diagnose Reviews

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.

Score Diagnosis

For each reviewer, ask: "What would move this reviewer from their current score to acceptance?"

Score RangeTypical SituationYour Strategy
7+Already your championArm them with ammunition for the discussion phase
5-6On the fence, 1-2 concerns holding them backIdentify and resolve those specific concerns
3-4Fundamental objectionDetermine if the objection is addressable; if not, focus elsewhere

Color-Code Every Comment

Read through each review and mark every comment:

ColorMeaningActionBudget
RedScore-driving concern — this is why the score is lowAddress first, maximum effort and evidence60%
OrangeAddressable concern — can be resolvedRespond with concrete data or revision30%
GrayMinor or cosmeticAcknowledge briefly, confirm fix10%
GreenPositive comment or praiseNote as ammunition for your champion

Identify the Invisible Question

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.

Step 2: Plan Response Strategy

Categorize Every Concern

CategoryResponse Strategy
MisunderstandingClarify with specific references to the paper; restate the key point
Missing experimentProvide the experiment inline if feasible; otherwise explain constraints honestly
Missing baselineAdd comparison or explain precisely why the baseline is not applicable
Writing clarityAcknowledge and provide revised text in the rebuttal
Fundamental concernAddress directly with technical arguments AND additional evidence
Minor issueThank the reviewer and confirm the fix

Identify Common Themes

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.

Distinguish Actionable vs. Subjective

  • Actionable: "Missing comparison with Method X" — you can do this
  • Subjective: "The novelty is limited" — harder to address, but can be reframed with evidence

The Champion Strategy

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:

  1. Make key arguments copy-pasteable — your champion will quote you directly
  2. Highlight where reviewers agree with each other — consensus strengthens the champion's position
  3. Flag contradictions between reviewers — if R1 says "limited novelty" but R2 says "interesting approach," your champion can use this
  4. Lead with strengths before weaknesses — remind the AC what your paper does well

See references/rebuttal-tactics.md for the full 18 tactical rules.

Step 3: Write the Rebuttal

Structure

  1. Opening: One line thanking reviewers (keep it short)
  2. Common concerns: Address issues raised by multiple reviewers first — these are highest priority
  3. Per-reviewer responses: Address remaining concerns in priority order (red → orange → gray), NOT in the order the reviewer wrote them

Per-Concern Format

For each concern, follow this three-part structure:

  1. Acknowledge: Show you understand the concern (one sentence)
  2. Respond: Provide your answer — evidence, clarification, new experiment results
  3. Action: State what you changed in the revision (specific section/table/figure)

Use a fillable template at assets/rebuttal-template.md.

The Neutral Third-Party Test

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.

Counterintuitive Rebuttal Principles

  1. 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.
  2. 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.
  3. One new experiment beats three paragraphs of explanation. Reviewers are trained to be skeptical of arguments. They are not trained to be skeptical of data. A small new experiment that directly addresses a concern is worth more than any amount of reasoning.
  4. 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.
  5. 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.

Common Reviewer Concerns

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.

Common ConcernResponse 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"Provide the ablation table inline in the rebuttal
"Missing baselines"Add the comparison 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-craft skill for targeted debugging, or experiment-pipeline for a full new experiment stage.

Handoff from Paper Review

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-reviewHow It Helps Rebuttal
Reject-first simulationYou've already anticipated likely attacks
Claim-evidence audit tableQuickly verify whether a reviewer's concern about unsupported claims is valid
Prebuttal drafts (Phase 6)Ready-made response templates for common criticisms
Trust scorecardIdentifies weaknesses you can proactively concede

Reference Navigation

TopicReference FileWhen to Use
18 tactical rulesrebuttal-tactics.mdDetailed writing guidance for structure, content, tone
Rebuttal templaterebuttal-template.mdStarting a new rebuttal document

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.37%
按下载量换算681

Claude

28.55%
按下载量换算507

Cursor

19.74%
按下载量换算351

Gemini CLI

9.47%
按下载量换算168

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills