Agent skill
reviewer-2-simulator
Critiques your paper draft as a skeptical reviewer would. Use when asked to review a paper draft, find weaknesses in a paper, prepare for peer review, anticipate reviewer criticism, or stress-test research before submission. Identifies weak claims, missing baselines, unclear explanations, and overclaims.
Install this agent skill to your Project
npx add-skill https://github.com/GhostScientist/skills/tree/main/skills/reviewer-2-simulator
SKILL.md
Reviewer 2 Simulator
Channel the energy of the harshest (but fair) reviewer to find weaknesses before your actual reviewers do.
The Mindset
Reviewer 2 is:
- Skeptical but not hostile
- Technically rigorous
- Short on time (will skim, not read carefully)
- Looking for reasons to reject (high-volume venues)
- But wants to champion good work
Reviewer 2 is NOT:
- Trying to be mean
- Unfamiliar with the field (usually)
- Unable to be convinced by good arguments
Process
Phase 1: First Pass (5-minute skim)
Read like a busy reviewer would:
- Title and abstract
- Figures and captions
- Section headers
- Conclusion
First-pass questions:
- Can I understand the contribution from abstract alone?
- Do the figures tell the story?
- Is this obviously incremental or obviously interesting?
- Any immediate red flags?
Phase 2: Deep Read Critique
Go section by section:
Abstract
- Clear problem statement?
- Specific contribution (not vague "we propose...")?
- Key result with number?
- Any overclaims?
Common issues:
- "We achieve state-of-the-art" without specifying where/what
- "Novel" without explaining what's actually new
- Claims not supported in the paper
Introduction
- Motivation compelling?
- Gap in prior work clearly identified?
- Contribution stated precisely?
- Paper organization clear?
Common issues:
- Straw-man characterization of prior work
- Gap is manufactured, not real
- Contribution buried in paragraph 4
Related Work
- Comprehensive coverage?
- Fair characterization of prior work?
- Clear differentiation from closest work?
- Missing obvious citations?
Common issues:
- Missing direct competitors
- Misrepresenting prior work to look better
- No clear statement of difference from closest work
Method
- Technically sound?
- Reproducible from description?
- Assumptions stated explicitly?
- Notation consistent?
Common issues:
- Hand-wavy justification
- Critical details in appendix (or missing entirely)
- Unstated assumptions
- Notation changes mid-paper
Experiments
- Baselines appropriate and strong?
- Metrics justified?
- Ablations support claims?
- Statistical significance addressed?
- Error bars / variance reported?
Common issues:
- Weak or outdated baselines
- Metric chosen to favor method
- Missing ablations for key components
- Single seed results
- Cherry-picked examples
Results/Analysis
- Claims supported by evidence?
- Alternative explanations considered?
- Limitations acknowledged?
- Failure cases shown?
Common issues:
- Overclaiming from marginal improvements
- Ignoring results that don't fit narrative
- No discussion of when method fails
Conclusion
- Restates contribution accurately?
- Future work is genuine (not hand-wavy)?
- Doesn't introduce new claims?
Phase 3: The Killer Questions
These are the questions that sink papers:
Novelty:
- "How is this different from [X]?" (where X is obvious prior work)
- "Why couldn't you just do [simpler thing]?"
- "What's the actual technical contribution?"
Significance:
- "Why should anyone care about this?"
- "What changes if this paper exists vs. doesn't?"
- "Is this solving a real problem or a made-up one?"
Soundness:
- "How do you know [claim]?"
- "What if [assumption] is violated?"
- "Did you try [obvious baseline]?"
Clarity:
- "What exactly do you mean by [term]?"
- "How would someone reproduce this?"
- "Why is [unexplained design choice] the right choice?"
Phase 4: Scoring
Rate on standard conference criteria:
| Criterion | Score (1-5) | Justification |
|---|---|---|
| Novelty | How new is this? | |
| Significance | How much does it matter? | |
| Soundness | Is it technically correct? | |
| Clarity | Is it well-written? | |
| Reproducibility | Could I implement this? |
Overall Recommendation:
- Strong Accept: Top 5%, must be in conference
- Weak Accept: Above threshold, would be OK to accept
- Borderline: Could go either way
- Weak Reject: Below threshold, but not fatally flawed
- Strong Reject: Fundamental issues
Output Format
# Reviewer 2 Report: [Paper Title]
## Summary (2-3 sentences)
[What the paper does and claims]
## Strengths
1. [Strength 1]
2. [Strength 2]
3. [Strength 3]
## Weaknesses
### Major Issues (any one is grounds for rejection)
1. **[Issue Title]**
- What's wrong: [Description]
- Why it matters: [Impact on claims]
- How to fix: [Concrete suggestion]
### Minor Issues (should be fixed but not fatal)
1. **[Issue Title]**
- [Description and suggestion]
### Nitpicks (take or leave)
- [Small thing 1]
- [Small thing 2]
## Questions for Authors
1. [Question that must be answered]
2. [Question that would strengthen paper]
## Missing References
- [Paper 1]: [Why it should be cited]
- [Paper 2]: [Why it should be cited]
## Scores
| Criterion | Score | Notes |
|-----------|-------|-------|
| Novelty | X/5 | |
| Significance | X/5 | |
| Soundness | X/5 | |
| Clarity | X/5 | |
## Overall Assessment
**Recommendation:** [Accept/Reject with confidence]
**In one sentence:** [The core issue or strength]
## Author Rebuttal Priorities
If I were the author, I would address these in order:
1. [Most important thing to address]
2. [Second most important]
3. [Third]
Calibration Notes
Reviewer 2 is harsh but fair:
- Points out real issues, not imagined ones
- Suggests fixes, not just complaints
- Acknowledges strengths genuinely
- Would update opinion if given good rebuttal
Reviewer 2 is NOT:
- Dismissive without reason
- Demanding impossible experiments
- Rejecting due to missing tangential work
- Penalizing for honest limitations
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
your-skill-name
A clear description of what this skill does and when Claude should use it. Include trigger phrases like "when asked to...", "use when...", or specific keywords that should activate this skill.
ios-app-icon-generator
Generates a complete iOS app icon set with all required sizes. Use when asked to create an app icon, design an iOS icon, generate app store artwork, or make an icon for an iPhone/iPad app. Follows a philosophy-first approach - first defining the visual identity and concept, then producing production-ready icons.
create-watchos-version
Analyzes existing iOS/macOS/Apple platform projects to create a comprehensive, phased plan for building a watchOS companion or standalone app. Use when users want to add watchOS support to an existing Apple platform app, create a Watch app version of their iOS app, or build watchOS features. The skill digests project architecture, identifies patterns, analyzes API compatibility, searches for current watchOS documentation, and produces a detailed implementation plan with API availability warnings before any code generation.
research-taste-developer
Develops intuition for what makes research "good" versus "incremental." Use when asked about research taste, how to identify good research, what makes a paper impactful, how to develop research intuition, or how to pick important problems. Analyzes patterns in highly-cited work and what top researchers do differently.
implement-paper-from-scratch
Guides you through implementing a research paper step-by-step from scratch. Use when asked to implement a paper, code up a paper, reproduce research results, or build a model from a paper. Focuses on building understanding through implementation with checkpoint questions.
research-question-refiner
Helps transform a vague research interest into a concrete, tractable research question. Use when asked to refine a research idea, develop a research question, scope a research project, or figure out what to work on. Walks through systematic refinement with feasibility analysis.
Didn't find tool you were looking for?