Triage alerts from Sentry and Datadog in Slack, fix issues and kill noise.

San Francisco, CA
Joined April 2026
✨ magic
Superlog now suggests automations every day you get 3 suggested workflows based on what integrations you connected and what issues you've had
32
find new performance wins every week, automatically. here's the template we use at @superlogYC: superlog.sh/automations/new?… - checks your observability data - finds slowest operations - hillclimbs - send you a PR
6
2
1
13
437
you can use superlog.sh to triage alerts in Slack - get a reaction 🟥 / 🟧 / 🟨 / ✅ to prioritize alerts without having to manage 10 Claude sessions separately - Superlog will tell you which customers and orgs were impacted - get a PR with a fix right away 1/n
18
2
1
25
2,242
yesterday at @superlogYC we released Automations - a way for your team to write and maintain engineering routines. you can bring your own AI inference, connect your tools and: - fix your bugs - improve testing, logging and performance - get weekly digests and more!
3
2
19
681
We just shipped the new @superlogYC. And it runs on your subscription. It does your routine engineering work: triaging alerts, fixing production errors, answering support questions, scanning for reliability issues. Any model. Any harness. Runs on your AI subscription, so you pay nothing for inference. superlog.sh
15
1
40
1,199
go scan 🔍
Today we're introducing Scans to superlog.sh. Check your infrastructure, observability, performance data to find issues before anybody gets paged.
1
1
2
1,232
Introducing an integration with @vercel Now you can give your agents read-only access to your Vercel deployments, functions, observability and more.
1
3
927
today we're open-sourcing Responder: github.com/superloglabs/resp…. triage your Sentry and Datadog alerts in Slack, fix real issues and cut the noise. we want to cut toil and stress and let you get back to building. join us!
5
5
46
2,757
new: see the Superlog investigation right in Slack
2
2
15
1,313
we just launched Responder on @ProductHunt! (link's in the first comment 👇) quick story: every observability tool is great at exactly one thing, telling you something broke. then it hands you a wall of logs and wishes you luck. we got tired of that. so we built Responder. now live on Product Hunt. an upvote and a comment would be super useful!
13
3
1
22
1,971
Today, Superlog needs your support. We're launching Responder on ProductHunt: producthunt.com/products/sup… Install Responder, our bug-fixing harness, on top of Datadog and Sentry and build your bug-fixing agents. Please upvote on ProductHunt and give Responder a try!
6
2
2
24
15,062
Hey everyone, we just shipped Superlog Responder. Our bug-fixing framework, now on top of Sentry/Datadog. TL;DR: Some of you wanted our >90% PR-acceptance framework but not another observability tool to install. We got it. Responder plugs into your existing Sentry/Datadog Slack channel, triages every alert, and replies with root cause + a mergeable PR. 100 free investigations to start + 50 free/month, forever. The Problem Everyone is trying to build their own bug-fixing agent internally. The idea is obvious: point an agent at your alerts, let it fix the bugs. So people vibe-code a version over a weekend. But this is what actually happens: - the MCPs never authorize cleanly outside a local Claude Code setup, so the agent can't reliably reach your own services (DB, PostHog, etc.) without weird workarounds - it doesn't auto-trigger the moment a bug appears, so you're still the one noticing and kicking it off - it escalates everything (and token consumption explodes), or nothing, because there's no logic for when to pull in a human vs. handle it silently - it goes quiet while it works, so nobody in Slack knows what it's doing or whether to trust it - it has nowhere to actually reproduce the bug, fix it, and QA the fix, so the PR is a guess A few days later, the prototype gets abandoned, and you're back to copy-pasting stack traces into Claude. To solve this, we took the exact framework behind Superlog's bug-fixing agent (which normally runs on Superlog's telemetry), and pointed it at the stack you already run. That's Responder. lnkd.in/ehRWgHRD The Solution No new telemetry. You plug Responder into what you already have: - connect it to your Sentry/Datadog Slack channel - get your bugs fixed On every alert, Responder investigates with full context, filters out the noise, and for real issues replies in the thread with the root cause, the evidence, and a mergeable PR (if it's worth it). Prompts, memory, repo, and accesses are fully customizable, so you're building your debugging agent, not renting ours.
8
2
762
1,283
triage and fix incidents in Slack automatically with responder.superlog.sh we're launching early access to the bug-fixing harness we use at @superlogYC. add @datadoghq, @SlackHQ and configure your agents. full sandbox, root cause analysis, severity assessment - triggered immediately on new errors.
9
3
22
1,256
at superlog.sh, we've just shipped an integration with @sentry. connect Sentry -> your Superlog bug agent fixes every new issue. noise gets labeled. every PR review improves accuracy and creates new agent memories. try Superlog!
11
4
32
2,216
move fast. break things. superlog fixes them. we just 10x'd the free tier on superlog.sh one click to send telemetry from Vercel, Railway, Render, AWS, GCP + more. we instantly start investigating every error and hand you a PR with the fix. ship recklessly. we've got the cleanup.
3
2
10
457
superlog.sh just 10x'd the free tier. we want you to ship more, more reliably. send your telemetry in one click from Vercel, Railway, Render, AWS, GCP and more. we investigate every error and give you a PR with a fix. no more noise, no more investigating.
8
3
26
52,589
✨we just shipped 3 new graphs to superlog.sh powered by dither-kit by @tripwiredotsh and @grimcodes
9
5
1
58
5,934
your debugging agents need read-only access to your database. now you can add your database MCP as a custom tool to your superlog.sh agent!
3
3
25
2,044