<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: k1ngalph0x</title>
    <description>The latest articles on DEV Community by k1ngalph0x (@k1ngalph0x_107d1b7ec2377d).</description>
    <link>https://dev.to/k1ngalph0x_107d1b7ec2377d</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F1522940%2Ff99cdb69-c477-494a-83d1-172ad152d0fb.jpg</url>
      <title>DEV Community: k1ngalph0x</title>
      <link>https://dev.to/k1ngalph0x_107d1b7ec2377d</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/k1ngalph0x_107d1b7ec2377d"/>
    <language>en</language>
    <item>
      <title>I Built a Self-Hosted AI Incident Diagnosis Tool That Only Returns a Root Cause When Multiple Diagnoses Agree</title>
      <dc:creator>k1ngalph0x</dc:creator>
      <pubDate>Tue, 14 Jul 2026 18:29:28 +0000</pubDate>
      <link>https://dev.to/k1ngalph0x_107d1b7ec2377d/i-built-a-self-hosted-ai-incident-diagnosis-tool-that-only-returns-a-root-cause-when-multiple-4cfm</link>
      <guid>https://dev.to/k1ngalph0x_107d1b7ec2377d/i-built-a-self-hosted-ai-incident-diagnosis-tool-that-only-returns-a-root-cause-when-multiple-4cfm</guid>
      <description>&lt;p&gt;Most AI incident diagnosis tools will happily produce a root cause even when the evidence is weak. Argus takes a different approach.&lt;/p&gt;

&lt;p&gt;When an anomaly fires, Argus runs five independent diagnoses against the same incident window. If they converge on the same root cause, it returns a confident diagnosis. If they don't, it returns novel instead of pretending it knows the answer.&lt;/p&gt;

&lt;p&gt;It's a single Go binary. The first version had Kafka, microservices, and two databases. It looked impressive on paper, but nobody would actually run it. I tore it down into a single process and replaced Kafka with an in-process event bus. Run it with docker run, bring your own Anthropic API key, and your telemetry never leaves the box. It ingests OTLP or Prometheus remote_write; point your telemetry to a single endpoint.&lt;/p&gt;

&lt;p&gt;I've validated it on synthetic cases, reconstructed real postmortems (Cloudflare 2019/2022), and my own distributed system. It hasn't yet been tested against messy real-world production telemetry, which is exactly the kind of feedback I'm looking for.&lt;/p&gt;

&lt;p&gt;GitHub: &lt;a href="https://github.com/k1ngalph0x/argus" rel="noopener noreferrer"&gt;https://github.com/k1ngalph0x/argus&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I'd genuinely appreciate people trying it out and telling me where the design falls apart, what feels over-engineered, or what you'd change.&lt;/p&gt;

</description>
      <category>ai</category>
      <category>go</category>
      <category>monitoring</category>
      <category>showdev</category>
    </item>
  </channel>
</rss>
