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.
- 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?
Get your script tag
Sign up free, then copy your script tag from the Script tag tab on the setup page.
Sign up free →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.
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
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.
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.
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.
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.
- Known security holesYour AI added hundreds of packages. You can’t tell which one has a known security hole.Connect an account you already have
- Live-site watchYour site breaks at night and you hear about it from a user, days later.Needs a paid key from another service
- First-time user testYou can’t use your own app like a stranger. You already know where every button is.Needs a computer of yours that stays on
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 .
Open source (MIT-licensed SDKs) · run it on your own server if you like · no extra AI key needed
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
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.
About five minutes. In Lovable or Bolt, you sign up, copy your script tag and ask the builder to add it. In Cursor or Claude Code, it is one command or one click. A test report gets its plain-English diagnosis in about 10 seconds.
A bug-report inbox with an AI that explains each bug. People who use your app can report a problem with one tap. Mushi Mushi turns each report into a short, plain-English explanation of what went wrong and how to fix it, written as instructions you paste into Lovable or Bolt, or that the AI assistant in your code editor reads itself. It can also check your live site once for free, with no sign-up, for pages that error, dead links and images, and a title still saying "Lovable App". The name comes from 虫 (mushi), the Japanese word for "bug" or "insect".
Yes. Sign up free, copy the script tag your setup page shows (your project ID and key are already in it), and ask Lovable or Bolt to add it to the <head> of index.html. Your published app gets a report button. Each report gets a plain-English diagnosis and a fix prompt you paste back into Lovable or Bolt.
When someone sends a report: what they typed, a picture of the screen if they attach one (they see it first and can remove it; password and card-number boxes are blacked out), the page address, their browser and screen size, and the app's recent error messages. It also counts page visits with a random ID, and skips browsers that ask not to be tracked. No name or email is collected unless your app passes one. On the free plan, reports are deleted after 14 days.
Ask Lovable or Bolt: "Remove the Mushi Mushi script tag from index.html", then publish. The report button is gone and nothing more is sent. To delete what was already collected, delete the project on the Manage apps page of your Mushi Mushi console.
No. Mushi Mushi writes the diagnosis with its own AI, and the free plan watches one app with 100 diagnoses a month, no card. Your editor's AI (Cursor, Claude Code, Lovable) does the fix, with the prompt Mushi Mushi hands it.
Built by one developer in Japan (Kensaurus 合同会社), who runs it on his own live apps and sites. The hosted service is live, the libraries are published on npm, and the source code is public on GitHub. The native iOS, Android and Flutter libraries are still previews.
Developers
It can be, or it can run alongside Sentry. Sentry is built around what the code threw, with a User Feedback widget and replay alongside. Mushi Mushi starts from what the user reported, ingests Sentry's errors too, explains each one in plain English, and hands your agent a fix prompt to start from. One queue, with or without Sentry.
No. Mushi Mushi works on its own. If you already use Sentry (a popular service that records errors when code crashes), you can point its alerts at Mushi. Those errors then land in the same list as user reports, with duplicates merged, each one explained in plain English and marked resolved in Sentry when the fix is merged.
It runs a setup wizard on your computer. The wizard works out which framework your app uses (React, Next.js, Vue, Nuxt, Svelte, Angular, React Native, Expo, Capacitor or Node), installs the matching Mushi Mushi library, saves your settings in your env file (and warns you if that file is not in .gitignore), and asks before it adds the setup snippet to your code. It never commits, pushes or touches your Git history, and its source is public on GitHub.
Connect your editor to Mushi Mushi with the install box near the top of this page: one command for Claude Code, one click for Cursor. It uses MCP, the standard way AI editors connect to outside tools. Bug reports then arrive as plain-English diagnoses your AI assistant can read, with a fix prompt ready to apply without leaving the editor.
Yes. The libraries you add to your app (SDKs) are MIT-licensed and the server is AGPLv3. You can run the whole thing on your own server with one command, or use the hosted free plan: one app, 100 diagnoses a month, no card.
Yes, if you want it to. Connect your GitHub repo and turn on automatic fixes, and an agent opens a pull request for a diagnosed bug. The built-in fixer needs no key of your own; to use Cursor agents, add your Cursor key, or run them on your own computer with mushi work. With your own Anthropic key, a second AI then reads that pull request next to the original report and says merge, fix first, or do not merge, so a fix that only hides the symptom is caught. Nothing merges unless you merge it or turn on automatic merging.
Web: React, Vue, Svelte, Angular, and any other site through the browser widget. Mobile: React Native and Capacitor. Server: Node. One wizard installs any of them. Native iOS, Android and Flutter SDKs are previews and install from the GitHub repo.
More: How it works, on video · Who it’s for · What else it does · How a bug moves, step by step · Sentry, Linear, Slack and other tools · Compared with Sentry · More ways to install · A tour of the console · Self-host
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 →