For as long as we've written software, we leaned on one quiet assumption, that if the version number didn't change, the behavior didn't change.
SemVer, our test suites, our lockfiles, the whole apparatus of trust we built our careers on rests on that promise.
Now...put a model in the stack and the promise breaks. The same pinned version returns different answers. A one-line prompt change that any code review would wave through quietly tanks your quality scores. Every instrument you trust says the change is safe to ship, right up until a user tells you it isn't.
This talk is about what actually happens when part of your stack stops being deterministic, told through real systems I've shipped and the specific ways they broke. I'll share my examples with generativeUI Agentic UI, and recent Spatial computing apps built with AI coding agents and an enhanced pipeline.
We'll get into why the green build stopped being proof, and what takes its place: the discipline the rest of the industry has quietly converged on, where you stop certifying what your system is and start certifying what it does. A behavioral spec, evals that gate your changes, and observation that catches drift before your users do. The good news is you already own the muscles for this. It's your test suite, your SLOs, and your code review, rebuilt for behavior instead of code.
What audience will walk away with:
- Why our version pins, unit tests, and lockfiles go quiet on probabilistic regressions, and where the blind spots hide
- The four-part behavioral contract that replaces the version number: a spec, an eval gate at change-time, behavioral observation at runtime, and a human checkpoint on the moves you can't undo
- Honest failure stories from production agents, including what I got wrong and the guardrail that caught it