Pre-Merge Bug Review with Independent Repros
Get a severity-ranked pre-merge bug report with specialist reviews and independently verified reproductions.
Before & after
Same prompt, same agent — the only difference is the skill.
I can do a code review for you. To give you the best feedback, I'd want to know what the authentication refactor is replacing, what tests you have, and whether there are specific security concerns you want me to focus on. Are there edge cases you're worried about? Any performance implications? I could walk through the code and look for common vulnerabilities and architectural issues. What's your timeline for shipping this? That would help me prioritize which feedback is most critical.
ADVERSARIAL PRE-MERGE REVIEW: Auth Refactor
Branch: feat/session-redesign | Target: production | Risk Level: CRITICAL
REVIEWER TEAM OUTPUT
LOGIC REVIEWER
• Finding 1: Session rotation logic runs twice on refresh token
→ Impact: Users may see double sign-outs in logs
→ Severity: Medium
→ Repro: Open two tabs, click refresh in both within 1 second
• Finding 2: No validation that old session is revoked before new session is issued
→ Impact: Session tokens can multiply if network retries
→ Severity: High
→ Repro script: Send concurrent refresh requests, capture all returned tokens
SECURITY REVIEWER
• Finding 1: Timing attack possible on token comparison
→ Vulnerable code: if (token == storedToken) instead of constant-time compare
→ Impact: Attackers brute-force tokens at 100 attempts/second
→ Severity: Critical
→ Repro: time for token in {AAA,AAB,...}; measure response times
• Finding 2: No rate limiting on failed auth attempts
→ Impact: Account lockout bruteforce via 10,000 login attempts
→ Severity: High
→ Repro: curl -X POST /auth with wrong password 10k times
PERFORMANCE REVIEWER
• Finding: Database query for every session check (no caching)
→ Impact: 500ms latency added to every request at 5k req/sec
→ Severity: High
→ Repro: Load test with 1000 concurrent users
CRITICAL BLOCKERS: 2
1. Timing attack (use constant-time comparison library)
2. Rate limiting (add Redis counter, 10-request/minute limit)
HIGH PRIORITY: 2
1. Session duplication on retry (idempotent key)
2. Database caching (5-minute TTL in Redis)
RECOMMENDATION: Do not merge until critical blockers fixed. Estimated fix time: 6 hours. Suggest staging deployment with canary rollout (5% traffic) before full production release.About this skill
Your PR review found ten possible bugs, but which ones actually happen? This workflow sends independent specialists through the changed behavior, then requires a separate reviewer to reproduce each finding before it reaches the confirmed fix list.
What it does
- Reviews the branch against its merge base and traces changed behavior into callers, permissions, storage, and error handling.
- Assigns independent logic, security, performance, and boundary-case reviews when agent tools are available.
- Builds minimal executable reproductions with expected behavior, observed results, and a negative control.
- Uses a separate verifier to reject faulty repros, duplicate findings, and unsupported severity claims.
- Ranks confirmed bugs by reachable impact and proposes the smallest fix with a regression test.
- Reports blocked checks and unverified leads separately, including an honest fallback when independent agents or execution are unavailable.
What you get
A concise pre-merge report containing confirmed bugs, exact locations, runnable repros, independent verification evidence, and suggested fixes. Coverage gaps and unresolved leads remain visible without being presented as confirmed defects.
Best for
Engineers reviewing risky production PRs, especially changes involving permissions, payments, persistence, concurrency, migrations, or expensive request paths.
SKILL.md preview
---
name: pre-merge-bug-review-with-independent-repros
description: Review a branch or pull request through independent logic, security, performance, and boundary-case passes, then require executable reproduction and separate verification before adding bugs to the confirmed fix list. Use when the user says "review this PR before merge", "run an adversarial review", "find reproducible bugs", "check this risky refactor", "my PR reviews keep missing bugs", "these findings look speculative", or "verify this reviewer's bug report".
---
# Pre-Merge Bug Review with Independent Repros
… (sign up to view the full skill)More development skills
View all Development skills →Performance Bottleneck Profiling: Node, Python, Go
Classifies a slowdown, gives exact profiler commands, reads the output, and proves the fix with same-conditions p95/p99 numbers.
Feature Scaffolding with Working Tests
Turn a short feature spec into code, runnable tests, and integration wiring that match your existing project.
Feature Flag Rollouts and Kill Switches
Design staged flag rollouts, verify rollback paths, and audit flag debt with explicit defaults, gates, and retirement plans.
Microcontroller Firmware and RTOS Engineering
Build and debug MCU firmware with bounded ISR/RTOS timing, safe DMA ownership, and measured power budgets.