AI debug engineer

Know why it broke.

An AI debug engineer finds why a customer got stuck and opens the pull request. You review it.

A small bug takes about four hours to find and fix by hand. With Bugwalk it is one pull request to review.

4h
saved on every small bug
$320
of engineer time at $80/h
1
pull request to review
fernhill/checkoutWaiting for a failure
…

Nothing open yet.

Works with the stack you already run

ReactfrontendNext.jsfrontendVuefrontendNuxtfrontendSvelteKitfrontendAngularfrontendScript tagfrontendExpressbackendNestJSbackendFastifybackendHonobackendKoabackendFastAPIbackendDjangobackendFlaskbackendnet/httpbackendGinbackendEchobackend

One SDK for the browser, one for the server. Same visit.

01 /The problem

A customer said it broke.

The message does not say who, or which line. Finding that out takes hours. Then you still write the fix.

  1. 01

    Logs

    An error. No name on it.

  2. 02

    The page

    What they clicked is in another tool.

  3. 03

    GitHub

    The file you have open may not be the one that failed.

  4. 04

    The fix

    After all that, you still write it yourself.

Before and after

Without Bugwalk

With Bugwalk

How it reads

An AI debug engineer does those hours. You review the pull request.

02 /Same bug

An afternoon, or one review.

Drag to compare.

Without Bugwalk

  1. 2:04 pmA message says checkout broke.
  2. 2:20 pmYou ask what they clicked. They are not sure.
  3. 3:05 pmLogs, page and code do not match.
  4. 4:10 pmYou find the line and write the fix.

With Bugwalk

  1. 2:04 pmA message says checkout broke.
  2. 2:05 pmTheir visit is open. The failure is on it.
  3. 2:07 pmThe pull request is open against the live version.
  4. 2:15 pmYou review it and merge.
03 /What you get

What you get from one failure.

Their visit, the reason, and a pull request you review. The numbers are what a plan includes.

  1. 01

    4h

    Back on a small bug

    About four hours of finding and fixing by hand, now one pull request to review.

  2. 02

    100

    Investigations

    A month on Pro. 1,000 on Team.

  3. 03

    5

    Pull requests

    A month on Pro. 20 on Team.

  4. 04

    $39

    For about twenty hours

    Team is $149, about eighty hours back every month.

Every fix arrives as a pull request on its own branch. You decide when it ships.

04 /Try a failure

Pick a ticket. Watch it get fixed.

Three real-looking support messages from a small shop. Click one and watch the agent read the code, find the line and open the fix.

Click a ticket to start.

fernhill/checkoutWaiting for a failure
…

Nothing open yet.

03 /The pull request

The fix is already written.

An AI debug engineer read what they did, named the line that was live, and opened the pull request.

  1. Read the visit

    What they did, and where it failed.

  2. Fix the code

    The line that failed, and nothing else.

  3. Open the pull request

    The request is ready before you debug.

  4. You review it

    You decide when it merges.

fernhill/checkout

Skip a coupon the discount table does not know

src/checkout/total.ts

- return subtotal * (1 - discount.percentage / 100);
+ if (!discount) return subtotal;
+ return subtotal * (1 - discount.percentage / 100);
  1. Read the visit
  2. Fix the code
  3. Open the pull request
  4. You review it

About four hours, looking it up by hand

5 places

Logs · Requests · What they did · GitHub · The live version

Reviewing the one request

Five places to check, then one request to review.

05 /One chain

From a name to a line of code.

Five links, kept together on one visit. Break any one and you are back in five tabs.

  1. 1

    Who

    The email they sent you opens their visits.

  2. 2

    What they did

    Every click, in order, on one timeline.

  3. 3

    What your app did

    The request and the error, on the same visit.

  4. 4

    Which version

    The release that was live, not the file on your screen.

  5. 5

    The fix

    A pull request written against that version.

05 /One place

See what broke and how to fix it.

Everything about one failure sits on a single page. No more switching between your logs, a session tool, and GitHub.

[email protected] · checkout
  • 01

    What broke: the click, the request, and the error, in order.

  • 02

    Why it broke: the file and line, from the version that was live.

  • 03

    How to fix it: a pull request you can read and review.

06 /The evidence

Check it. Do not just trust it.

Every reason points at something that happened, or at a line in your code. If the proof is thin, the report says so.

Finding
07 /Issues

The same bug, many people.

See who hit it, what they did, and why. Fix it once.

Issues
AllOpenRegressedResolvedIgnored
08 /The maths

Does it pay for itself?

Move the sliders. A small bug takes about four hours by hand, so the hours, the money and the plan all follow the number of bugs you pick.

Best plan for this volume

Pro $39

5 pull requests a month

Team $149

20 pull requests a month

Enterprise Custom

No monthly cap

Hours back a month

32h

8 bugs × 4h = 32h of engineering

Worth of time back

$2,560

Team costs $149 a month. That leaves you about $2,411 ahead.

Fix my first bug

3-day trial · Card required · Not charged for 3 days

09 /Live demo

A real app. Real failures.

Fernhill is a small shop we run. Break something in the shop, then watch it appear in Bugwalk with the click, the request and the error on one page. No account needed.

  • Shop as a customer, then trigger a real checkout bug.
  • Watch the failure land in Bugwalk a few seconds later.
  • Follow that shopper from the first click to the error.
Open the live demo

On your own project, Bugwalk goes one step further. It finds the line and opens the pull request for you.

fernhill · live
  • AAvaPOST /checkout 500Open
  • BBenTypeError: address is nullOpen
  • CChengateway: token_expiredOpen
10 /Inside a project

Six places. One product.

01

Overview

The last day: who showed up, what failed, and which visits just ended.

02

People

Search the email or id you already have, then open someone and read their visits.

03

Session

One visit: the pages, what they did, what your app did, and where it failed.

04

Issues

The same failure, grouped: who hit it, what they did, and why.

05

Investigation

A written answer: what happened, why, how sure it is, and what to change.

06

Project

How Bugwalk is connected to your product, what it may read, and your plan.

11 /Setup

Add it to your product. Then watch the next failure.

Connect your app and the code it runs, then watch the next failure on the version that was live.

React, frontend:

$npx @bugwalk/wizard
@bugwalk/reactView on npm

Java, .NET, Ruby, and PHP

Point your existing OpenTelemetry agent at the Bugwalk OTLP endpoint. No Bugwalk library goes into those services at all.

$OTEL_EXPORTER_OTLP_ENDPOINT=https://api.bugwalk.app
12 /Privacy

Your code stays yours. You approve every fix.

Bugwalk reads the failure and opens a pull request for you to review. Nothing ships until you say so.

Secrets stay in your app

Passwords, card numbers, and API keys are removed before anything is sent. You cannot turn that off.

Every fix is a pull request

Each fix comes on its own branch. Your main branch only changes when you merge it.

The SDK does not read

  • Keystrokes
  • Form values
  • localStorage
  • sessionStorage
  • IndexedDB
  • Environment variables
Before the batch leaves the app
13 /Questions

Before you connect a repository.

Can it change my code without me knowing?

No. Every fix arrives as a pull request on its own new branch. Your main branch only changes when you merge that pull request. Bugwalk does not merge, comment, or write to your database.

What does it read?

The visit that failed and the repositories you chose, at the commit that was live when it failed. Passwords, card numbers and keys are removed inside your app before anything is sent.

How do I know the diagnosis is right?

Every finding cites an event or a file and line, so you can check it yourself. If a finding cites nothing it actually saw, the whole report drops to low confidence and says why. Treat a low-confidence report as a lead.

How is it priced?

Per project. Pro is $39 a month with 100 investigations and 5 pull requests. Team is $149 a month with 1,000 investigations and 20 pull requests. Enterprise is custom.

Is there a free trial?

Yes. Pro and Team start with a 3-day trial. A card is required so the plan continues without a gap, and you are not charged until the trial ends. Cancel before day 4 and you pay nothing.

Can I run it myself?

Self-hosting is coming soon. Until then, Bugwalk runs as a hosted service. If self-hosting matters to you, tell us through the contact form and we will let you know when it is ready.

See every question

The SDKs and the server are open source. Self-hosting is coming soon. Ask us anything.

Stop opening many tools to fix one bug.

Bugwalk reads the visit and your code, finds the cause, and opens the fix. All you do is review the pull request.

Card required. 3 days before you are billed.

Pro is $39 · 3-day trial