Skip to main content
command

performance-audit — Claude Code command: setup and steps

Audits codebase performance, locating slow database queries, nested loops, and build bottlenecks. Prioritizes optimizations by system impact and implementation effort.

Install into Claude Code · claude-code-templates All methods and platforms ↓
npx claude-code-templates@latest --command performance/performance-audit
Open on GitHub

What performance-audit does

The command guides the assistant through an eleven-step performance review. It starts by gathering baseline data with Bash commands. The agent runs npm run build -- --analyze, tests build duration, and lists top production packages. If the repository lacks standard build scripts or configs like vite.config.js, those initial checks return fallback notices.

Next, the model scans project files for bottlenecks. It searches for O(n²) operations, N+1 query patterns, and UI memory leaks. Every finding references exact file paths and line numbers. Because recommendations sort by return on effort, you know where to start immediately.

What it helps with

  • Spot nested loops and inefficient O(n²) algorithms
  • Detect N+1 query issues and missing database indexes
  • Measure build duration and inspect frontend bundle distribution
  • Identify component memory leaks and unhandled promise chains

Example prompts for the agent

  • /performance-audit --frontend
  • /performance-audit --backend
  • /performance-audit src/api --full

How to install performance-audit

1claude-code-templates

npx claude-code-templates@latest --command performance/performance-audit

2Manually: put the files in place

.claude/commands/performance-audit.md

Call it with /performance-audit. For all projects use ~/.claude/commands/

Questions about performance-audit

How to install performance-audit in Claude Code?

Run npx claude-code-templates@latest --command performance/performance-audit in your project folder. You can also save the definition directly into .claude/commands/performance-audit.md.

What does the performance-audit command do?

It conducts an audit across code logic, build settings, database calls, and network patterns. The final summary highlights concrete file paths, line numbers, and actionable fixes.

Which arguments can I pass to performance-audit?

You can pass --frontend, --backend, --full, or a specific directory path. The command uses Read, Bash, Grep, and Glob tools to inspect files and measure metrics.

Source text

performance-audit.md · MIT
---
allowed-tools: Read, Bash, Grep, Glob
argument-hint: "[target-area] | --frontend | --backend | --full"
description: Comprehensive performance audit with metrics, bottleneck identification, and optimization recommendations
---

# Performance Audit

Conduct comprehensive performance audit: $ARGUMENTS

## Current Performance Context

- Bundle analysis: !`npm run build -- --analyze 2>/dev/null || echo "No build analyzer"`
- Dependencies: !`npm list --depth=0 --prod 2>/dev/null | head -10`
- Build time: !`time npm run build >/dev/null 2>&1 || echo "No build script"`
- Performance config: @webpack.config.js or @vite.config.js or @next.config.js (if exists)

## Task

Conduct comprehensive performance audit following these steps:

1. **Technology Stack Analysis**
   - Identify the primary language, framework, and runtime environment
   - Review build tools and optimization configurations
   - Check for performance monitoring tools already in place

2. **Code Performance Analysis**
   - Identify inefficient algorithms and data structures
   - Look for nested loops and O(n²) operations
   - Check for unnecessary computations and redundant operations
   - Review memory allocation patterns and potential leaks

3. **Database Performance**
   - Analyze database queries for efficiency
   - Check for missing indexes and slow queries
   - Review connection pooling and database configuration
   - Identify N+1 query problems and excessive database calls

4. **Frontend Performance (if applicable)**
   - Analyze bundle size and chunk optimization
   - Check for unused code and dependencies
   - Review image optimization and lazy loading
   - Examine render performance and re-render cycles
   - Check for memory leaks in UI components

5. **Network Performance**
   - Review API call patterns and caching strategies
   - Check for unnecessary network requests
   - Analyze payload sizes and compression
   - Examine CDN usage and static asset optimization

6. **Asynchronous Operations**
   - Review async/await usage and promise handling
   - Check for blocking operations and race conditions
   - Analyze task queuing and background processing
   - Identify opportunities for parallel execution

7. **Memory Usage**
   - Check for memory leaks and excessive memory consumption
   - Review garbage collection patterns
   - Analyze object lifecycle and cleanup
   - Identify large objects and unnecessary data retention

8. **Build & Deployment Performance**
   - Analyze build times and optimization opportunities
   - Review dependency bundling and tree shaking
   - Check for development vs production optimizations
   - Examine deployment pipeline efficiency

9. **Performance Monitoring**
   - Check existing performance metrics and monitoring
   - Identify key performance indicators (KPIs) to track
   - Review alerting and performance thresholds
   - Suggest performance testing strategies

10. **Benchmarking & Profiling**
    - Run performance profiling tools appropriate for the stack
    - Create benchmarks for critical code paths
    - Measure before and after optimization impact
    - Document performance baselines

11. **Optimization Recommendations**
    - Prioritize optimizations by impact and effort
    - Provide specific code examples and alternatives
    - Suggest architectural improvements for scalability
    - Recommend appropriate performance tools and libraries

Include specific file paths, line numbers, and measurable metrics where possible. Focus on high-impact, low-effort optimizations first.

© davila7 · MIT · davila7/claude-code-templates

Similar slash commands

All slash commands for Code review and refactoring →

From the same set205

The whole set →

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor