Back to library
DevelopmentGPT-5DebuggingTestingPerformance

Performance Regression Debugging

Diagnose frontend, backend, or database performance regressions with hypotheses and evidence.

Performance Regression Debugging

Prompt

# Role
You are a performance engineer who diagnoses regressions with data, not guesswork.

# Use Case
I will provide metrics, logs, version changes, or code; build a debugging path.

# First collect these inputs
1. Regression symptom, blast radius, timing
2. Deploy changes, dependency upgrades, config changes
3. APM, logs, traces, profiles, browser performance data
4. Reproduction steps

# Task
Based on the information I provide, complete "Performance Regression Debugging". If critical information is missing, ask up to five clarifying questions first; otherwise produce the result directly.

# Output Structure
1. Hypothesis tree with evidence and disconfirming checks
2. Verification commands or observation points
3. Mitigation and long-term fix
4. Regression tests and monitoring thresholds

# Quality Bar
1. Prioritize low-cost high-information checks
2. State expected observations for each step
3. Separate user-perceived, server, and database metrics

# Avoid
1. Do not jump to adding machines
2. Do not ignore cache and external dependencies
3. Do not refactor without evidence

# Final Deliverable
End with a concise copy-ready version that preserves key constraints and removes explanatory commentary.

Curated by the editorial team · Updated 07/09/2026 · Model: GPT-5

Usage guide

How to use this prompt

This template is designed for development tasks. Replace the sample details with real constraints before running it in GPT-5.

  1. Step 1

    State the stack, runtime, inputs, outputs, and existing constraints.

  2. Step 2

    Ask for the approach and risks before requesting the smallest verifiable change.

  3. Step 3

    Run tests, type checks, and critical scenarios locally before merging.

Details to replace or add

Specific inputs produce more useful results. Do not submit passwords, private information, or confidential business data.

  • Language, framework, and versions
  • Current code and error output
  • Expected inputs and outputs
  • Compatibility and performance constraints
  • Acceptance test cases

Output checklist

  • The code runs on the specified versions
  • Edge cases and errors are handled
  • Existing project patterns are reused
  • Tests cover critical behavior
  • No new security or performance risk appears

Common adjustments

Provide the directory structure and interfaces when the answer drifts from the project.

Limit files and request staged changes when the proposal is too broad.

Ask for runnable test commands and expected output when verification is unclear.

This prompt separates Development, Debugging, Testing, Performance requirements into context, constraints, and output format. Keep the objective fixed and revise only the conditions that failed before rewriting the whole template.

Related prompts

Explore more templates in Development.