Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
aiskillstore avatar

Audit

  • 2 installs
  • 405 repo stars
  • Updated August 3, 2026
  • aiskillstore/marketplace

This is a copy of audit by cygnusfear - installs and ranking accrue to the original listing.

audit is a Claude Code skill that runs a systematic read-only codebase audit to report gaps, anti-patterns, type issues and code smells with severity.

About

audit performs a systematic read-only review of a codebase to surface quality issues, architectural anti-patterns and technical debt. It reviews files one by one, flags deprecations, TODOs, type issues and code smells, assigns severity, and writes a structured audit report. A developer uses it to find problems before refactoring or shipping, without editing code.

  • Runs a systematic, read-only codebase audit file by file
  • Flags deprecations, TODOs/FIXMEs, anti-patterns, type issues and code smells
  • Assigns severity and produces a structured audit report

Audit by the numbers

  • 2 all-time installs (skills.sh)
  • Data as of Aug 3, 2026 (Skillselion catalog sync)
At a glance

audit capabilities & compatibility

Capabilities
code audit · code quality review · tech debt analysis
Use cases
code review · refactoring
From the docs

What audit says it does

Run comprehensive codebase audit for gaps, deprecated code, TODOs, FIXMEs, architectural anti-patterns, type issues, and code smells.
SKILL.md
**NEVER edit files during audit** - This is read-only analysis
SKILL.md
npx skills add https://github.com/aiskillstore/marketplace --skill audit

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs2
repo stars405
Last updatedAugust 3, 2026
Repositoryaiskillstore/marketplace

What it does

Run a systematic read-only audit of a codebase to identify deprecations, anti-patterns, type issues and code smells with severity ratings.

Who is it for?

Finding code quality issues and technical debt across a codebase before refactoring.

Skip if: Fixing issues or writing action plans; it is read-only and reports only.

When should I use this skill?

A developer asks to audit code, find issues, or check code quality.

What you get

A structured report of issues by category and severity with file and line references.

  • structured markdown audit report
  • issues grouped by category and severity

By the numbers

  • 5-phase audit process
  • 4 severity levels (Critical, High, Medium, Low)
  • Top 10 critical findings summary

Files

SKILL.mdMarkdownGitHub ↗

Codebase Audit

Instructions

Perform a comprehensive, systematic audit of the codebase to identify quality issues, architectural problems, and technical debt.

Phase 1: Discovery & Planning

1. Identify scope - Determine which files/directories to audit based on user request 2. Create comprehensive file list - Use Glob to find all relevant files 3. Initialize todo list - Create a todo with one item per file to audit 4. Set up audit report - Create structured markdown report at .audit/audit-report-[timestamp].md

Phase 2: Automated Analysis

Run automated tools to supplement manual review:

  • TypeScript compiler diagnostics
  • ESLint (if configured)
  • Grep for common patterns: TODO, FIXME, HACK, XXX, @deprecated

Phase 3: Systematic File Review

For EACH file in the todo list:

1. Read and analyze the file thoroughly 2. Check for issues in these categories:

  • Deprecations: Deprecated APIs, patterns, or code marked for removal
  • TODOs/FIXMEs: Unfinished work or known issues
  • Architectural anti-patterns:
  • God objects/classes
  • Circular dependencies
  • Tight coupling
  • Violation of SOLID principles
  • Inconsistent patterns
  • Type issues:
  • Use of any or unknown
  • Missing type annotations
  • Incorrect type usage
  • Type casts that hide issues
  • Code smells:
  • Duplicated code
  • Long functions/classes
  • Complex conditionals
  • Dead code
  • Magic numbers/strings
  • Poor naming

3. Assign severity to each finding:

  • CRITICAL: Breaks functionality, security issues, data corruption risks
  • HIGH: Architectural violations, major maintainability issues
  • MEDIUM: Code smells, minor anti-patterns, missing types
  • LOW: Style issues, minor TODOs, cosmetic improvements

4. Check for cross-file patterns - As you review, note patterns that appear across multiple files

5. Update report - Add findings to the structured report

6. Mark file as completed in todo list

Phase 4: Cross-File Analysis

After reviewing all individual files:

1. Identify systemic patterns - Issues that appear across multiple files 2. Architectural assessment - Overall system architecture health 3. Dependency analysis - Check for circular dependencies or coupling issues 4. Consistency check - Verify naming conventions, patterns are followed

Phase 5: Validation & Summary

1. Run final checks:

  • TypeScript type check (tsc --noEmit or similar)
  • Linting (npm run lint or similar)
  • Build process if applicable

2. Generate executive summary:

  • Total issues by category
  • Total issues by severity
  • Top 10 most critical findings

Audit Report Structure

# Audit Report - [Date]

## Executive Summary
- **Files Audited**: X
- **Total Issues Found**: Y
- **Critical**: A | **High**: B | **Medium**: C | **Low**: D

## Top 10 Critical Findings
1. [Issue description] - Severity: CRITICAL - File: path/to/file.ts:line

## Issues by Category

### Deprecations
- [Issue] - Severity - File:line

### TODOs/FIXMEs
- [Issue] - Severity - File:line

### Architectural Anti-Patterns
- [Issue] - Severity - File:line

### Type Issues
- [Issue] - Severity - File:line

### Code Smells
- [Issue] - Severity - File:line

## Cross-File Patterns
- [Pattern description and affected files]

## Automated Tool Results
- TypeScript diagnostics summary
- ESLint results summary

Critical Principles

  • NEVER skip files - Audit every file in the todo list
  • NEVER edit files during audit - This is read-only analysis
  • NEVER provide recommendations - Only identify and report problems
  • NEVER create action plans - That's a separate responsibility
  • DO use memory/pinboard - Store context as you discover patterns
  • DO be thorough - Think critically about each file
  • DO be objective - Report what you find, not what to do about it
  • DO track progress - Keep todo list updated in real-time
  • DO find all relevant files - If you discover new files that should be audited, add them to the todo

Dynamic File Discovery

If during audit you discover additional files that should be reviewed: 1. Add them to the todo list immediately 2. Continue systematic review 3. Ensure no stone is left unturned

Related skills

FAQ

Does it modify code?

No, the skill is explicitly read-only and never edits files during the audit.

What does it report?

Deprecations, TODOs/FIXMEs, architectural anti-patterns, type issues and code smells, each with a severity level.

Code Review & Qualitytestingbackend

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.