Fix my AI-generated app

Almost certainly, your app doesn't need rebuilding. What it needs is for someone to work out which specific things are broken — usually a handful — and fix those. Rewriting is the most expensive option available and it is very rarely the one the code actually calls for.

"Broken" is usually three separate problems

When an AI-built app stops feeling trustworthy, it's rarely one fault. It's typically a real bug, plus something environmental that only shows up in production, plus a structural issue that makes both harder to find.

They get experienced as one big problem because they arrived together. Separating them is most of the work, and it's the part that makes the rest tractable — each of the three usually has a different, much smaller fix.

Rewrite versus repair

Rewriting feels decisive. Here's what each option actually costs, honestly.

Rewriting

  • Throws away working code along with the broken parts
  • Reintroduces every bug you already fixed once
  • Takes longer than the estimate, always
  • Produces new untested assumptions to discover later

Repairing

  • Keeps the parts that already work in production
  • Fixes are small, reviewable and individually reversible
  • You can stop at any point and still be better off
  • Costs a fraction of the rewrite, in time and money

How the fix proceeds

  1. 01

    An honest inventory first

    What works, what half-works, and what only appears to work. This takes a day or two and changes the shape of everything after it.

  2. 02

    Blockers before improvements

    The things stopping you shipping get fixed first. Everything else goes on a list with a priority, not into the current work.

  3. 03

    One change at a time

    Small, reviewable commits. If something goes wrong you know exactly which change did it — which is not true of a rewrite.

  4. 04

    You keep everything

    Your repository, your accounts, your deployment. Nothing depends on me being available next month.

Common questions

Do I need to rebuild my application?

Usually not. Rewriting is the most expensive option and it’s rarely the one the code actually calls for. I’d rather find the specific things that are broken and fix those.

Can you take over an existing codebase?

Yes. I start by understanding the system before changing anything — dependencies, data model, auth, deployment, and the parts that are load-bearing. Then I’ll tell you what I found before I start editing.

What do you need from me?

Less than you’d think. A repository or a deployed URL, some idea of what’s broken, and access to whatever is failing — logs, the hosting dashboard, an error message. If you don’t have all of that, send what you do have and I’ll tell you what else I need.

The service

AI Code Debugging

The app half-works. You've described the bug to the AI six times, and each fix moves the problem somewhere else. At some point the loop stops being cheaper than reading the code.

Further reading

Your AI-built app doesn’t need another prompt.

Sometimes it needs an engineer.

Send the messy version. That’s usually the useful version.

Show me what’s stuck.

Don’t spend another six hours fighting the same bug. Send me what you’ve got — the messy version is usually the useful version.

Both open with a short template already filled in.