Which tests would you cut when the bill arrives?
The runner fleet cost $270 I didn't have, so it went off. The tests stayed on, and the savings came from everything I'd been paying for twice.

The runner fleet cost $270 I didn't have, so it went off. The tests stayed on, and the savings came from everything I'd been paying for twice.

A wedding-photo culler ran out of memory compiling an LLM SDK it has never once called. The release had been running for thirty-eight minutes at that point.

A model handed a bug will hand you back a plausible fix and a green test suite in about a minute. That tells you almost nothing.

FFmpeg assumes a disk it can seek around in. Giving it a convincing in-memory filesystem, and testing the behaviour that would hurt most first.

A Rust scaffolder with an AI codegen path that drafts a real command, then refuses to hand it over until it compiles and passes lint.

A generated nested command would not compile, and the cause was a scaffolder handing every call the same key regardless of depth.

Turning three advisory CI jobs into real gates once they were trustworthy enough to block a merge, and how to tell when they are.

A flaky self-update test: separate processes still shared a computed cache path and raced on disk. Process isolation is not filesystem isolation.

Reassigning a package-level function variable in tests is a latent data race that t.Parallel exposes. The fix is structural, not another lock.

You cannot test the model, but you can test your code: snapshot the prompt as a golden file and mock the response to cover the ugly cases.
