Uber Made Agents Shippable By Instrumenting Them, Not By Trusting Them
Two published benchmarks and one production write-up describe the same failure shape — agents find a good path once and cannot reproduce it — and only one of the three carries a fix you can copy.
What that 5.4% is actually measuring
An engineer watches an agent finish a repository migration, reruns the same task, and gets a different result. SWE Refactor Bench, from Navers Lab, Einsia.AI and Tsinghua, scores that rather than whether a patch looks plausible: a strict three-stage protocol on whole-repository stack migrations, asking only whether observable behavior survived. Almost nothing clears it. ThinkingBox, 507 tasks from Pittsburgh, Northwestern, UC Irvine and Microsoft, run in an isolated sandbox with strict policy adherence and real backend state transitions, names the mechanism a discovery-reliability gap. The model finds a workable trajectory and cannot reproduce it on the next attempt.
Worth noticing who writes the tests. Microsoft and Google Research are defining the stateful, repeated-attempt evaluation standard, so some version of it lands inside buyers' procurement. Repeat-run scores become a sales requirement before they become a marketing claim.
Uber's counter-example is a scaffolding argument
Uber's engineering write-up is the only production answer at scale in this source set: 3,600-plus agent skills across the software lifecycle, more than 30,000 executions a day, weekly active users of agentic tooling up 7x and requests up 9.4x since February 2026. The usage growth is the least interesting number in that list. Four of the six published authoring principles are product craft, not engineering.
- The skill description is a router, written in the words a user would actually type. Intent taxonomy is a product artifact.
- The body is steps only. Anything that is not a step gets deleted.
- Scripts carry fixed sequences; the agent carries judgment calls. This determinism boundary decides where reliability failures are even possible.
- Verification is a step of the procedure, for the output and for the skill itself.
The optional sixth principle is the one worth stealing: the skill reports its own friction upstream when it finishes. Its author calls those skills "actually getting better every week." Continuous qualitative research with no recruiting cost.
Underneath sits the asset no vendor sells: Uber's AI Context Graph, 24 million nodes and 80 million edges across more than 30 internal systems, exposed through 1,000-plus tool endpoints. The grounding substrate is the differentiator, not the model.
The same discipline halved the bill
Uber decomposed agent spend into a multiplicative chain, users x sessions x turns x requests x tokens x price, then worked each factor separately instead of negotiating a discount and calling that finance work. Prompt-cache lifetime tuning cut tokens per request. Resolving tool calls through the command line cut turn overhead. Code-mode batching claimed savings of 55-100% of tool-execution tokens. Aggregate: cost per 1,000 requests down 34%, cost per session down 52% from peak.
Down 52% from peak means the same output cost roughly twice as much before anyone measured it. Teams that have not decomposed agent spend should assume they sit at peak.
Where the dashboard stays green
The reliability failure has no alert attached. Traditional observability monitors execution; agent features fail at behavior, and during a behavioral failure the alert state is green. Hence "cognitive observability" crystallizing as its own category. Uber's second published lesson agrees: earlier static rate-limiting and quota-management approaches failed outright at multi-tenant scale, forcing adaptive, feedback-driven load management. Static thresholds do not survive agent traffic.
The 2x2 worth running: bare model versus scoped skill with a verification step on one axis, execution failures versus green-dashboard behavior drift on the other. The benchmarks say almost nothing works and Uber says most of its pull requests do; both hold, because Uber lives in the scoped-skill cell. Two caveats travel with it, Uber's own "your mileage may vary" disclaimer and the 55-100% batching figure, which is a claimed range with no external audit.
What to do
Run each of your top three agent workflows five times this sprint and publish the consistency rate; ship autonomy above your stated threshold and require human confirmation below it
Instrument the six-factor spend chain — users, sessions, turns, requests, tokens, price — and put a cost-per-successful-task baseline for your top three AI surfaces on the feature dashboard by the end of this sprint
Add behavioral acceptance criteria to the AI feature spec you have in flight: evaluation pass rate, output drift threshold, and a named on-call owner for wrong-but-confident output