Find Bugs

SkillSecurity

find-bugs is a skill that lets an AI agent find bugs skill-style: it reviews changes on the current git branch and reports bugs, security vulnerabilities, and code-quality issues. Use it when asked to review changes, run a security review, or audit code on the current branch.

Use Find Bugs in Claude, ChatGPT or Ahel Desktop

Free. Sign in, add Find Bugs and connect your AI. About a minute.

Also: Claude Code · Cursor · Codex

Then ask your AI: use the Find Bugs skill

Details

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Have a git repository with changes on the current branch that you want examined.

Find BugsStart free

What your AI can do with it

  • Find bugs in changes on the current git branch
  • Identify security vulnerabilities in local branch changes
  • Detect code quality issues in the current branch's changes
  • Review changes when asked to find bugs or audit code
  • Run a security review of the current branch

Getting started

  1. Have a git repository with changes on the current branch that you want examined.
  2. Add the find-bugs skill to your agent's available skills.
  3. Ask the agent to review changes, find bugs, do a security review, or audit code on the current branch.

What this skill tells your AI

The instructions your AI receives, as published by davila7/claude-code-templates in cli-tool/components/skills/sentry/find-bugs/SKILL.md and read by ahel’s review.

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 master...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.

Signals

GitHub stars
32k
Forks
4k
Last commit
Oct 2026

Questions

When should this skill be used?
Use it when asked to review changes, find bugs, do a security review, or audit code on the current branch.
What does it look at?
It examines changes on the current git branch, looking for bugs, security vulnerabilities, and code quality issues.
Does it work on committed history or other branches?
The skill is described as working on changes in the local branch, the current branch. Nothing else is stated about other branches or history.
Advanced
Item type
skill
Key
find-bugs
Source
github.com/davila7/claude-code-templates