A user says your app is broken. Mushi tells you why in plain English and hands the fix to Cursor, Claude Code or Lovable. No Sentry or monitoring needed.
↑ reports in the Mushi console, each with a plain-English summary. Click for one full sample diagnosis you can read without signing up.
How it works
flowchart LR
U["Your users<br/>tap the bug widget"] --> M
S["Your monitoring<br/>Sentry, Crashlytics… (optional)"] -.-> M
M["Mushi<br/>one queue · diagnosis · fix"] --> E["Your editor or agent<br/>Cursor, Claude Code (MCP)"]
E --> P["Draft PR<br/>you review it"]
P --> R["Release<br/>report closes, user is told"]
Capture. A user taps the widget. Mushi records a screenshot, the route, their note, and the last console and network events.
Diagnose. Mushi writes the root cause in plain English with a fix prompt. Twenty reports of the same broken button become one row.
Fix. Your editor reads the diagnosis over MCP. If you want, an agent opens a draft PR that you review like any other. A second model (Claude Opus, on your own key) reviews each agent PR first, and Mushi will not merge one it says to hold.
It catches the bugs that never throw an error: the pay button hidden under the keyboard, the Save button tapped twice because nothing happened, the dashboard that takes 12 seconds.
Quick start
npx mushi-mushi # detects your framework, installs the SDK, writes env vars, sends a test report
Then connect your editor so it can read diagnoses: one click on the Connect page, or npx mushi-mushi setup --ide cursor (or --ide claude). Ask it: "Get the latest Mushi report and fix it."
Building in Lovable or Bolt, with no terminal? Paste one script tag through your prompt instead: Mushi in Lovable or Bolt.
The SDK needs two env vars (VITE_MUSHI_PROJECT_ID / VITE_MUSHI_API_KEY, or NEXT_PUBLIC_MUSHI_*; see examples/sdk.env.example). No Sentry, no LLM key, no monitoring stack. The hosted free tier covers 50 diagnoses a month with no card, or you can self-host.
Paste this into Cursor or Claude Code:
Install the Mushi skills from github.com/kensaurus/mushi-mushi (npx skills add kensaurus/mushi-mushi), then run the mushi-setup skill to wire the Mushi SDK and MCP server into this app and send a test report to verify the connection.
The skills also add /mushi-debug (why ingest or MCP fails), /mushi-health (pass/fail across CLI, API and keys) and /mushi-integration (fix dispatch and the two-way loop).
Agent PRs get an independent review before anyone merges them: merge, fix first or hold, with findings on the PR. A "fix first" PR can go back to the agent once with those findings (agent PR review).
Fix waiting to land? mushi runner status shows where your tests run, why they wait, and whether a red check was your code or a test machine that stopped (CI runners).
Why not just Sentry?
Sentry is built around what the code threw, with a User Feedback widget and
replay alongside. 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.
A plain-English root cause and a fix prompt, in your editor
A stack trace and breadcrumbs, in a dashboard
Auto-fix
Optional: an agent opens a draft PR
Seer add-on (paid)
Setup
One command that signs you in through the browser; the demo needs no account
SDK + DSN + dashboard
It works with what you already run. Point a Sentry alert webhook at /v1/webhooks/sentry?projectId=<id> and errors land in the same queue. Merging a Mushi fix resolves the Sentry issue, and the reverse. Adapters also bring in Datadog, Bugsnag, Rollbar, Crashlytics and others. Plugins keep Linear, Jira, GitHub Issues, Slack, Discord, Teams and PagerDuty in sync. Nothing gets ripped out. Details: Sentry vs Mushi.
Self-host
cd deploy && cp .env.example .env # add ANTHROPIC_API_KEY and your Supabase credentials
docker compose up -d
Walkthroughs: SELF_HOSTED.md and Docker Compose guide. Self-hosting is bring-your-own-key: you pay your LLM vendor at list price. The hosted service needs no key; it bills per diagnosis with a spend cap (pricing). Teams wiring Mushi into an existing stack (SSO, retention, region routing, Kubernetes) start at docs/operators/. Only the public api function should face the internet: see internal caller authentication.
Where it stops
Area
Still partial
Native SDKs
iOS, Android and Flutter are previews, not yet on CocoaPods, Maven Central or pub.dev
Fine-tuning
OpenAI and Bedrock work. Anthropic fine-tuning is not self-service, so its adapter links to the access form
Knowledge graph
SQL adjacency everywhere. Apache AGE only where the extension is installed (not managed Supabase)
Inventory and QA gates
Behind the inventory_v2 plan flag; reachable from Checks
Multi-region
Region pinning works. Active/active write replication is not automated
All rights reserved. Link to Mushi with the unmodified logo; forks must rename
Self-hosting is free and complete: the repo has every feature and working default prompts. Mushi Cloud runs the same code and keeps its own tuning data (prompt wording, evaluation sets and scoring weights tuned on live traffic) as configuration. Contributions come in under a CLA. Why it is set up this way: ADR 0036. Third-party notices: NOTICE.
How the Battle Between Extraction and Generation Is Reshaping Our World — a 147,000-word interactive webbook with 268 concepts, 242 citations, and original illustrations
คัดลอกคอนฟิก stdio สำหรับ Cursor, Claude Desktop, Claude Code หรือ VS Code ได้ในหน้านี้ คอนฟิกนี้ใช้การติดตั้งของผู้เผยแพร่ ไม่ใช่พร็อกซีของ PlugMCP
@mushi Mushi/react ต้องใช้ API key ไหม?
ระเบียนนี้ไม่ได้ระบุตัวแปรสภาพแวดล้อมที่จำเป็น
@mushi Mushi/react ใช้ทรานสปอร์ตแบบใด?
@mushi Mushi/react ทำงานแบบโลคัลผ่าน stdio
@mushi Mushi/react ถูกตรวจสอบล่าสุดเมื่อใด?
ตรวจสอบล่าสุดเมื่อ 2026-11-14 React and Next.js bug report widget and hooks. One place to improve AI-built apps: fix bugs, smooth user journeys and clean up the code.