AI OUTPUT DEBUGGER

Was it the AI,
or was it you?

WWW (What Went Wrong) is an AI output debugger that determines whether a bad AI result came from the user’s instruction, the model, the task, the model choice, both sides, or whether nothing actually went wrong.

Not a generic prompt improver. A diagnosis first; a repair only when the evidence calls for one.
CASE VERDICTExample case
The instruction

ngl. that one’s mostly on you.

“Premium” describes a direction, not the boundaries of the edit. The request did not say that the layout, sections, copy, and behavior were preservation constraints, so a redesign was a plausible interpretation.

×

Your instructionMissing preservation constraints

~

AI executionOver-helpful, but defensible

✓

Model choiceFine for this job

Open the full diagnosis

THE THING BETWEEN PROMPTING AND BLAME

A bad result can have six different causes.

WWW reconstructs what you meant, freezes the requirements, and compares them with what the AI actually produced. It does not start by assuming the user wrote a bad instruction—or that the model is innocent.

Mostly you

ngl. that one’s mostly on you.

A missing boundary, requirement, or success criterion made the miss defensible.

On the AI

oops, that’s on us.

The instruction was adequate and the model still crossed a clear boundary.

Both

yeah… both of you.

The instruction left a real gap and the model handled that gap badly.

Wrong model

wrong teammate.

The request was reasonable, but the selected model or tool was a poor fit for the job.

Task blocked

nobody could do this.

The job required missing information, unavailable access, or a decision only the user could make.

Nothing wrong

nothing went wrong.

The result met the stated target; the disappointment came from a preference added afterward.

ONE CASE, PROPERLY DEBUGGED

The result is only half the evidence.

The same output can be a model failure in one case and a reasonable interpretation in another. The exact ask decides which.

01 · WHAT THEY WANTED

Keep the existing landing page, but make its hierarchy, spacing, typography, and finish feel more premium.

02 · WHAT THEY ASKED
“Make this landing page look more premium.”
03 · WHAT IT PRODUCED

A new layout with a large gradient hero, rewritten copy, two removed sections, and a different information hierarchy.

04 · VERDICT

ngl. that one’s mostly on you.

The changed elements were never named as protected. The model did too much, but the original instruction gave it permission to decide what “premium” meant.

EXAMPLE CASE LIBRARY

Diagnosed failures, not prompt folklore.

Browse complete examples with the original goal, exact instruction, observable result, WWW verdict, evidence, fix, and general lesson.

Browse all cases

HOW WWW WORKS

Intent first. Verdict second. Repair third.

01

Reconstruct the target

Separate explicit requirements, conservative inferences, and any clarification that would materially change the call.

02

Assign the actual cause

Compare the instruction, result, task conditions, and model fit against the same frozen success criteria.

03

Choose the next move

Repair the instruction, retry unchanged, switch tools, supply missing evidence, narrow the task—or keep the result.

START WITH THE FAILURE YOU SAW

Diagnose the pattern, not the apology.

See all problem guides

WWW FOR IPHONE

Diagnose the result in the WWW app.

Bring the exact instruction and output. WWW reconstructs the target, checks the evidence, assigns the cause, and gives you the next move.