Catalog
getsentry/find-bugs

getsentry

find-bugs

Find bugs, security vulnerabilities, and code quality issues in local branch changes. Use when asked to review changes, find bugs, security review, or audit code on the current branch.

global
New~698
v1.0Saved Jul 11, 2026

Find Bugs

Review changes on this branch for bugs, security vulnerabilities, and code quality issues.

Phase 1: Complete Input Gathering

  1. Get the FULL diff: git diff $(gh repo view --json defaultBranchRef --jq '.defaultBranchRef.name')...HEAD
  2. If output is truncated, read each changed file individually until you have seen every changed line
  3. List all files modified in this branch before proceeding

Phase 2: Attack Surface Mapping

For each changed file, identify and list:

  • All user inputs (request params, headers, body, URL components)
  • All database queries
  • All authentication/authorization checks
  • All session/state operations
  • All external calls
  • All cryptographic operations

Phase 3: Security Checklist (check EVERY item for EVERY file)

  • Injection: SQL, command, template, header injection
  • XSS: All outputs in templates properly escaped?
  • Authentication: Auth checks on all protected operations?
  • Authorization/IDOR: Access control verified, not just auth?
  • CSRF: State-changing operations protected?
  • Race conditions: TOCTOU in any read-then-write patterns?
  • Session: Fixation, expiration, secure flags?
  • Cryptography: Secure random, proper algorithms, no secrets in logs?
  • Information disclosure: Error messages, logs, timing attacks?
  • DoS: Unbounded operations, missing rate limits, resource exhaustion?
  • Business logic: Edge cases, state machine violations, numeric overflow?

Phase 4: Verification

For each potential issue:

  • Check if it's already handled elsewhere in the changed code
  • Search for existing tests covering the scenario
  • Read surrounding context to verify the issue is real

Phase 5: Pre-Conclusion Audit

Before finalizing, you MUST:

  1. List every file you reviewed and confirm you read it completely
  2. List every checklist item and note whether you found issues or confirmed it's clean
  3. List any areas you could NOT fully verify and why
  4. Only then provide your final findings

Output Format

Prioritize: security vulnerabilities > bugs > code quality

Skip: stylistic/formatting issues

For each issue:

  • File:Line - Brief description
  • Severity: Critical/High/Medium/Low
  • Problem: What's wrong
  • Evidence: Why this is real (not already fixed, no existing test, etc.)
  • Fix: Concrete suggestion
  • References: OWASP, RFCs, or other standards if applicable

If you find nothing significant, say so - don't invent issues.

Do not make changes - just report findings. I'll decide what to address.

Files1
1 files · 10.5 KB

Select a file to preview

Overall Score

86/100

Grade

A

Excellent

Safety

92

Quality

85

Clarity

84

Completeness

80

Summary

A code review skill that guides an agent through finding bugs, security vulnerabilities, and code quality issues in git branch changes. It uses a structured 5-phase approach: gathering the full diff, mapping attack surfaces, running a comprehensive security checklist, verifying issues, and auditing completeness before reporting findings. The skill is read-only—it reviews code but never modifies files.

Detected Capabilities

git diff executionfile readingstatic code analysissecurity pattern matching

Trigger Keywords

Phrases that MCP clients use to match this skill to user intent.

find bugssecurity review codeaudit branch changescode reviewcheck vulnerabilities

Referenced Domains

External domains referenced in skill content, detected by static analysis.

www.apache.org

Use Cases

  • Conduct security reviews on pull request changes
  • Find bugs and vulnerabilities before merging
  • Audit code changes for compliance with security standards
  • Perform comprehensive code quality assessment on branch
  • Identify injection, XSS, CSRF, and authentication flaws

Quality Notes

  • Excellent defensive design: explicit read-only boundary ('do not make changes - just report findings')
  • Comprehensive multi-phase methodology covers attack surface mapping and systematic verification
  • Security checklist is well-structured and covers OWASP Top 10 and common vulnerability classes
  • Strong guardrail: Phase 5 audit explicitly requires reviewers to confirm completeness and document limitations
  • Clear prioritization (vulnerabilities > bugs > quality) prevents noise and focuses effort
  • Well-documented evidence requirements prevent false positives and ensure each finding is actionable
  • Examples would improve clarity (code snippets showing an injection vs. secure code), but instructions are otherwise clear
  • No built-in scope limitations documented—agent could review any branch without project-level boundaries
  • Missing guidance on handling very large diffs or binary files that cannot be meaningfully reviewed
Model: claude-haiku-4-5-20251001Analyzed: Jul 11, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Add getsentry/find-bugs to your library

Command Palette

Search for a command to run...