Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. OpenJev(openjev.com ↗)
    24comments
  2. Jemalloc 5.4.0(github.com/jemalloc ↗)
    45comments
  3. The scourge of x86 emulation(fex-emu.com ↗)
    27comments
  4. Astra for Law(openai.com ↗)
    584comments
  5. Bonsai 2 27B: Near-Lossless Compression in a 9x Smaller Footprint(prismml.com ↗)
    135comments
  6. Bend – A language that blocks AI mistakes via proof, on CPU and GPU(bend-lang.com ↗)
    223comments
  7. Qwen 3.8 Omni Flash(qwen.ai ↗)
    82comments
  8. Hister: A private search engine for the pages you visit and the files you keep(github.com/asciimoo ↗)
    170comments
  9. Microsoft exec called AI scraping 'the largest theft of labor in human history'(techcrunch.com ↗)
    20comments
  10. Wax motor(wikipedia.org ↗)
    71comments
  11. Pre-Greek: The lost language hidden within Ancient Greek(linguisticdiscovery.com ↗)
    40comments
  12. Replacing Pull Requests with Delta(zed.dev ↗)
    4comments
  13. When the fractional part of a float fixes your shader(crocidb.com ↗)
    1comments
  14. Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA(global.fujitsu ↗)
    234comments
  15. A heap overflow and SSO misconfiguration to compromise OpenAI internal repos(hacktron.ai ↗)
    155comments
  16. Shapelearn Qwen 3.8 27B (13.1 GB VRAM)(byteshape.com ↗)
    11comments
  17. How to Write with an LLM(sockpuppet.org ↗)
    104comments
  18. Ask A Monk – A digital wilderness for thoughts with no immediate answer(askamonk.online ↗)
    24comments
  19. Flet 1.0 – Build cross-platform apps in Python(flet.dev ↗)
    59comments
  20. Telstra outage: The night a network decided the year was 2006(netnod.se ↗)
    27comments
  21. Speeding up gearhash on ARM64(sam.dev ↗)
    discuss
  22. Diplodocus, Long Thought Exclusively American, Turns Up in Spain(sci.news ↗)
    44comments
  23. Why I didn’t sign the Fields medallists’ letter(gowers.wordpress.com ↗)
    370comments
  24. How do we prevent mathemathics from devolving into the Medieval Era of secrecy?(mathoverflow.net ↗)
    108comments
  25. Apple detectives solved mystery of ancient tree and rewrote the history of fruit(scientificamerican.com ↗)
    12comments
  26. The most important product decision is what you don't build(liamnugent.me ↗)
    39comments
  27. Why Does the Universe Expand?(cosmicave.org ↗)
    58comments
  28. CrowdSec Source Code Leak(crowdsec.net ↗)
    49comments
  29. How Uber Protects Against Retry Storms(uber.com ↗)
    44comments
  30. Show HN: Snapdrop: Instantly share files between devices. No setup, no signup(snapdrop.me ↗)
    39comments

Show HN: A playable version of the Claude Code Terraform destroy incident

27 pointsby 6mo agoyoubrokeprod.com
8 comments
6mo agoHN ↗

If you followed the Claude Code terraform incident last week - Claude Code ran terraform destroy on production, took down 2.5 years of course submissions - you probably read Alexey's postmortem and the 500+ comment HN thread about it.

What struck me reading the postmortem wasn't the destruction itself. It was the decision chain: no remote state backend, deletion protection disabled, a Terraform archive from the old machine sitting there with full production state. Claude actually flagged the risk at multiple points. The human approved the destroy anyway.

I built a playable version of that session. You sit in a split-panel Claude Code interface - terminal on one side, AI agent on the other - and work through the recovery. The scenario uses the same kind of setup that caused the original disaster. It takes about 10-15 minutes.

This is part of YouBrokeProd, a browser-based incident response trainer I've been building. 10 scenarios total built from real postmortems - connection pool exhaustion, Kubernetes crashloops, DNS failures, SSL expiry, and others. Three are free including this one.

Stack: Next.js, Turso (SQLite at the edge), Supabase Auth. Each scenario is a state machine - you run commands, get realistic output back, form a hypothesis, and submit a diagnosis and fix. Scored on speed, accuracy, and efficiency.

The hardest part has been writing log output that's realistic enough to teach something but designed well enough to actually be solvable in 15 minutes. Curious what the SRE folks here think of the tradeoff.

6mo agoHN ↗

I like the idea and wanted to play it out but after the incident began nothing happened and was stuck on waiting for incident to start, or "start incident"

6mo agoHN ↗

Thanks for trying it out! Just pushed a fix - there was a bug where the game engine wasn't starting properly after clicking GO. Should work now. Create a free account and give it another shot, would love to hear how you do.

6mo agoHN ↗

Interesting. love the concept and super relevant.

6mo agoHN ↗

Nice, this is like SadServers with a twist, excellent :-)

6mo agoHN ↗

Thanks! SadServers is great - love what Fernando built there. The main twist here is that the scenarios are built from real postmortems rather than generic server puzzles. The terraform one is modeled directly on the Claude Code incident from last week.

Lots more to come

6mo agoHN ↗

I mean its cute, but i've seen humans do this in production as well with Terraform without AI tools.

You can stick an AWS architect badge on someone's forehead, or label them devops, but if there's a lack of systems experience and unpredictable tools at hand, disaster can and will happen.