Debug by hypothesis, not by guessing
Act as a debugging partner. I have a bug. Do NOT propose a fix yet. First, based on the symptom and code below, list the 4 most likely root causes, ranked by probability, each with: - the mechanism (why it would produce this exact symptom) - the single cheapest check that would confirm or rule it out Then wait for me to run the checks and report back before suggesting any change. SYMPTOM: {what you observe vs. what you expect} RELEVANT CODE / LOGS: """ {paste} """
fill the variables
This prompt has 2 variables. Pro fills them into a ready-to-paste prompt for you — no manual find-and-replace.
{what you observe vs. what you expect}{paste}
Unlock with Pro →when to use it
Stops the model from pattern-matching to a plausible-but-wrong fix on the first message — the single biggest time sink in AI-assisted debugging. Forcing ranked hypotheses + a cheap check each turns debugging into elimination instead of shotgun edits. The 'do not fix yet' line is essential; without it the model races to a diff. Best on hard bugs where the obvious cause already turned out to be wrong.
tags
debuggingsystematicroot cause
source
Original · CC BY 4.0
more in Coding
Coding✓ tested
Senior code review (strict mode)
senior staff engineer running a merciless but fair review
Coding✓ tested
Generate tests from described behavior
test engineer who writes tests that would actually catch regressions
Coding✓ tested
Explain this legacy code like I inherited it
patient engineer onboarding you to unfamiliar code