I built an AI that investigates outages. Here's what it found on a real 404 error (full breakdown).

by

I'm building PulseBoard — an uptime monitor with an AI assistant (Vigil) that explains why your site broke, not just that it broke.

Here's a real example from a live site recently:

📉 The Incident:

  • A 404 error appeared on the site at 04:10:01 UTC

  • Average response time: 570ms (consistent with baseline of 583ms)

  • Uptime dropped to 93% (from baseline 95.8%)

📊 What Vigil Analyzed:

Commit

Time

What Changed

Score

df9f721

04:07:00 UTC

indexolderbcvvvededehdeh.html was deleted

96/100

3b24abd

04:11:47 UTC

CSS/JS links were commented out

40/100

5694025

04:10:52 UTC

New HTML with broken syntax was created

35/100

🧠 Vigil's Investigation:

"The deletion of indexolderbcvvvededehdeh.html in commit df9f721 (deployed at 04:07:00 UTC) caused a 404 Not Found error — likely due to a broken redirect/reference on the root page, or a CDN propagation delay."

🔍 Evidence:

  • ✅ Check [1] at 04:10:01 UTC → 404 error recorded

  • ✅ Commit df9f721 deployed 3 minutes before the error

  • ✅ Commits after the error (5694025, 3b24abd) were correctly ruled out

💡 Root Cause:
A file was deleted, and something was still trying to access it → 404.

🛠️ Recommended Action:
Check the root index.html for any references or redirects to the deleted file.

This was a real incident. Vigil went from alert → evidence → root cause → recommendation in seconds.

I'm not here to sell — I'm genuinely curious: how do YOU currently investigate outages? Logs? CloudWatch? Recent commits? A mix?

Would love to hear your process. 🙏

🔗 (for context, not spam)

6 views

Add a comment

Replies

Be the first to comment