Skip to content
Back to skills

Analyze Codebase Bugs

ASecurity

Run a structured bug-focused code review for selected files, folders, or the whole workspace.

  • 39 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
code-qualitysecurity

Security analysis

A100/100

Scanned November 7, 2026

npx -y skills add danielsogl/copilot-workflow-demo --skill analyze-codebase-bugs --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Analyze Codebase Bugs?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Analyze Codebase Bugs
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/danielsogl-analyze-codebase-bugs/badge)](https://www.skillsdirectory.com/skills/danielsogl-analyze-codebase-bugs)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: analyze-codebase-bugs
description: "Run a structured bug-focused code review for selected files, folders, or the whole workspace."
argument-hint: "Target scope, feature, or file paths to analyze"
disable-model-invocation: true
---
Analyze the codebase for real defects and regression risks.

Input:
- Treat the skill argument as scope (for example: a feature folder, changed files, or a specific flow).
- If no scope is provided, analyze the most relevant production code paths in the workspace.

Primary objective:
- Find concrete bugs, broken behavior, risky assumptions, and missing tests.
- Prioritize findings by severity.
- Avoid style-only feedback unless it causes runtime, data, security, accessibility, or maintenance risk.

Required workflow:
1. Gather context with targeted code search and file reads.
2. Validate behavior assumptions from code, tests, and configuration.
3. Report findings first, ordered by severity.
4. For each finding include:
   - Severity: Critical, High, Medium, or Low
   - Location: exact file path and line link
   - Impact: what breaks and when
   - Evidence: code-level reason
   - Fix suggestion: minimal, safe change
   - Test gap: what test should exist or be updated
5. After findings, include:
   - Open questions and assumptions
   - Brief change summary only if no critical blockers exist

Output format:
- Start with section: Findings
- If there are no findings, state explicitly: No functional bugs found.
- Then list residual risks and test coverage gaps.
- Keep the response concise, specific, and actionable.

Quality bar:
- Do not invent issues without evidence.
- Do not request broad refactors unless directly needed to fix a defect.
- Prefer deterministic reproduction hints when possible.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.