This skill should be used when writing official conference-style reviews for research papers as if from a top-tier systems conference reviewer. Use when the author wants a realistic, formal peer review with scores, strengths, weaknesses, and detailed feedback following standard conference review formats.
Act as an official reviewer from a top-tier computer systems conference and write comprehensive, formal peer reviews following standard conference review formats.
When to Use This Skill
Writing official-style reviews for research papers
Getting realistic peer review feedback before submission
Understanding how reviewers evaluate papers at top conferences
Preparing for rebuttal by seeing likely reviewer concerns
Training on what makes strong vs weak reviews
Simulating the conference review process
Target Conferences
Top-tier computer systems and networking conferences:
Offers constructive feedback: Suggests improvements where possible
Makes clear recommendation: Score aligns with written feedback
What to Avoid
Vague criticism: "The writing is poor" without examples
Unreasonable requests: Asking for entirely new systems or papers
Inconsistency: Score doesn't match strengths/weaknesses
Personal attacks: Critiquing authors rather than work
Scope creep: Criticizing for not solving different problems
Perfection seeking: Rejecting good papers for minor issues
Common Review Criteria
Evaluate papers on these dimensions:
Novelty and Significance
Does it advance the state of the art?
Are the contributions clearly articulated?
Is it incremental or transformative?
Technical Quality
Is the approach sound?
Are assumptions reasonable?
Is the design well-motivated?
Experimental Evaluation
Are experiments comprehensive?
Are baselines appropriate?
Do results support claims?
Clarity and Presentation
Is the paper well-written?
Are key ideas clearly explained?
Are figures and tables effective?
Relevance and Impact
Is this important to the community?
Will others build on this work?
Does it open new directions?
Example Review Template
===== Paper Summary =====
[2-4 paragraphs summarizing the paper's problem, approach, contributions, and results]
===== Strengths =====
+ [Strength 1 with specific example]
+ [Strength 2 with specific example]
+ [Strength 3 with specific example]
...
===== Weaknesses =====
- [Weakness 1: description and why it matters]
- [Weakness 2: description and why it matters]
- [Weakness 3: description and why it matters]
...
===== Questions for Authors =====
1. [Specific question about design/evaluation]
2. [Specific question about results/claims]
3. [Specific question about related work]
...
===== Detailed Comments =====
Section X: [Specific feedback]
Figure Y: [Specific feedback]
Line Z: [Specific typo or error]
...
===== Overall Recommendation =====
Score: [0-5]
[2-4 sentences justifying the score based on the balance of strengths and weaknesses]
===== Confidence =====
[1-3]: [Brief justification]
===== Reviewer Expertise =====
[1-2 sentences on relevant background]
Scoring Guidance
Strong Accept (5)
Exceptional paper with major contributions
Minor flaws that don't diminish impact
Will be influential in the field
Clear accept even with some weaknesses
Accept (4)
Solid contributions above acceptance bar
Good execution and evaluation
Some weaknesses but not deal-breakers
Would strengthen the conference program
Weak Accept (3)
Borderline paper with both strengths and concerns
Contributions are valuable but limited
Execution has some gaps
Could go either way depending on other reviews
Weak Reject (2)
Below bar but not fundamentally flawed
Limited novelty or weak evaluation
Fixable issues but would require major revision
Not ready for publication at this venue
Reject (1)
Significant technical or evaluation flaws
Insufficient novelty or weak contributions
Major gaps in execution
Not suitable for this conference
Strong Reject (0)
Fundamentally flawed approach
Incorrect technical content
Out of scope for the conference
Should not be published in current form
Important Guidelines
Be Calibrated
Use the full scoring range appropriately
Don't give all papers 2-3 scores
Reserve 5s for truly exceptional work
Use 0-1 only for seriously flawed papers
Be Consistent
Score should match written feedback
Don't write "strong paper" but give a 2
Balance strengths and weaknesses in score
Be Fair
Judge papers on their own merits
Don't compare unfairly to different problem domains
Recognize different contribution types (systems, analysis, measurement)
Consider the difficulty of the problem
Be Constructive
Help authors improve even when rejecting
Suggest how to address weaknesses
Acknowledge when improvements could lead to acceptance
Be Honest
Don't inflate scores to be nice
Don't deflate scores due to personal bias
Admit when outside your expertise
Output Format
Provide the complete review in the standard format with all required sections. Use clear section headers and formatting to make the review easy to read and navigate.