Skip to Content
v1.33.8 · shipped One-screen report · Looks like your app Read the changelog →

Bug fixing for AI-built apps

Your AI wrote it. Mushi Mushi tells you why it broke.

Your users tap a button to tell you what broke, and Mushi Mushi checks your live site for you. Every bug gets a plain-English explanation and a fix that Lovable, Cursor or Claude Code can apply.

Check your live app free

No sign-up, nothing to install. About 30 seconds.

  • Free for one app: 100 diagnoses a month, no card
  • About 5 minutes to set up
  • No coding needed with Lovable or Bolt

Ready to add the report button to your app?

  1. Get your script tag

    Sign up free, then copy your script tag from the Script tag tab on the setup page.

    Sign up free →
  2. Paste this into Lovable or Bolt

    This is an example. Your real line is waiting after sign-up.

    Add this script tag inside the <head> of index.html exactly as written, and change nothing else: <script async src="https://cdn.jsdelivr.net/npm/@mushi-mushi/web@1/dist/mushi.loader.global.js" data-project="YOUR_PROJECT_ID" data-key="YOUR_SDK_KEY"></script>

    You’ll see: A report button on your published app. Tap it and send yourself a first report.

  3. See why it broke

    Each report gets a plain-English diagnosis and a fix prompt in your Mushi Mushi console. Copy the prompt into Lovable or Bolt.

    Or read reports inside Lovable with the Mushi Mushi connector →

How it works

Step 1

Add the button

You: Copy one line from Mushi Mushi and ask Lovable or Bolt to add it. In Cursor or Claude Code, it’s one command. About 5 minutes.

Mushi Mushi: Gives you the line with your app’s details already filled in.

Step 2

A customer reports a problem

You: Nothing.

Mushi Mushi: Your customer taps the button and types one sentence. Mushi Mushi adds a picture of their screen, the page they were on and what they tapped.

Step 3

Read what went wrong

You: Open the report. It’s a short note in plain English.

Mushi Mushi: Works out the likely cause, says how serious it is and how sure it is, and groups repeat reports of one bug into one.

Step 4

Let your AI fix it

You: Copy the fix instructions into Lovable, Bolt, Cursor or Claude Code. Check the change, then publish.

Mushi Mushi: Writes the fix instructions for your AI builder. When you mark the bug fixed, it can let the customer know.

You stay in charge: nothing changes in your app until you approve it.

See all of it on one bug: the complaint, what was captured, the cause and the fix prompt. See a sample diagnosis →

Words you will see on this page

  • Diagnosis: Mushi Mushi’s written explanation of one bug: how serious it is, the likely cause and a suggested fix.
  • Fix prompt: the diagnosis plus the evidence, written as instructions you paste into your AI builder (Lovable, Bolt, Cursor or Claude Code).
  • Script tag or SDK: the small piece of code you add to your app. It shows the report button and sends reports to Mushi Mushi.
  • Sentry: a popular service that records errors when code crashes. You don’t need it.
  • Pull request (PR): a proposed change to your code that you can read before you accept it.
  • MCP: the standard way AI code editors such as Cursor and Claude Code connect to outside tools. It is how your editor reads Mushi Mushi’s reports.

More words, in plain English: the glossary.

Will my customers actually report bugs?

Most won’t. Most people who hit a bug just leave. So reporting takes one tap for the people who do speak up, and Mushi Mushi can also look for bugs itself: check your live site free, with no sign-up, or connect the deeper checks when you want them.

On my own 9 apps, about 98% of the bugs in the 60 days to 2026-11-11 came from checks, code reviews, error alerts and my own notes, not from people’s reports. See the live numbers.

See it work, on a real bug

A real bug from Mushi Mushi’s own console: the plain-English diagnosis, the fix prompt for your editor, and the pull request that fixed it.

A real bug from Mushi Mushi’s own app, from the report to the merged fix.

Who it’s for

  • You build apps with AI, mostly on your ownA user says it’s broken, and you didn’t write the code by hand.What it does for you →
  • You’re a developer and you own your codeTriage eats your mornings, and agent PRs need a careful read.What it does for you →
  • You run a team or a companyBug reports are scattered across Slack, support, reviews and Sentry.What it does for you →

Your situation: built with Lovable or Bolt · apps for clients · a phone app

More than bug reports

Most people who hit a bug just leave. These checks look for bugs before anyone reports them. Turn them on when you want them; each one says what it needs.

Everything else it does, and what each needs →

What it takes

  • No monitoring stack. No Sentry, no logging service, no AI key of your own. Mushi Mushi’s AI writes the diagnosis.
  • Free to start. One app and 100 diagnoses a month with no card. Repeat reports of one bug count once.
  • Your AI does the fix, you approve it. Mushi Mushi hands Cursor, Claude Code or Lovable the prompt. Nothing ships until you say so. If you let an agent open the fix as a pull request, a second AI reads it next to the original report and can refuse it: here is one it held .

What it costs

A plan is the number of apps Mushi Mushi watches for you. Each includes plain-English diagnoses (one bug that Mushi Mushi explains), not a charge for every error: duplicates and noise are filtered out for free, and every paid plan has a spending cap you set.

  • Free$01 app · 100 / mo diagnoses
  • Builder$29 / mo3 apps · 1,000 / mo diagnoses
  • Studio$79 / mo10 apps · 3,000 / mo diagnoses
Full pricing and the estimator →

Why I built it

I build apps with Cursor and Claude Code, mostly on my own, and they have real users. When one broke, I often didn’t know where to start, because I hadn’t written the code line by line.

So I built Mushi Mushi and ran it on 9 of my apps. In the 60 days to 2026-11-11, people sent 34 bug reports, and some of those were my own testing. My own checks (code audits, Sentry, the site watch, the first-time user test) found 2,031. The live numbers are here.

Most people never report: they hit a bug and leave. So Mushi Mushi doesn’t only wait for the button. It also checks your app itself. Of the 523 fixes merged in those 60 days, two started from a person’s report. The rest started from those checks, error alerts and my own notes.

The button still matters: a report tells you what a real person was trying to do when it broke.

It is early, and I’m still its main user. If something confuses you, open an issue  and I’ll read it. — Kenji

What this is (and is not)

Mushi Mushi is an open-source tool for bug fixing for AI-built apps: every bug your users report gets a plain-English diagnosis + a ready fix, in your editor.

Who it is for. Solo founders who build with AI tools and then lose whole afternoons fixing code they did not fully write themselves. People who work this way are often called vibe coders. It works where you already build: you paste the fix into Lovable or Bolt, or your code editor (Cursor, Claude Code) reads it itself. It is not one more dashboard you have to keep checking. Sentry, Linear and Slack can feed into the same list, but you need none of them to start.

Where it stands. Live and free to try: hosted service, npm packages and public source. Built by one developer in Japan (Kensaurus 合同会社): Kenji Sakuramoto (kensaur.us , X , GitHub ), who runs it on his own 9 live apps; the numbers are public, with bugs his own checks found counted apart from bugs people reported. Native iOS, Android and Flutter libraries are previews.

Frequently asked questions

No coding

No. If you build with Lovable or Bolt, you add Mushi Mushi by pasting one prompt, with no terminal. When a bug comes in, you read a short note in plain English and paste the fix instructions back into Lovable or Bolt. You check the change before you publish it.

Developers

Try it on your own app

Shipped an app that an AI mostly wrote, and hear about bugs from users? Tell us what you do with those messages today. GitHub Discussions →