Can a production regression happen without a code change?

Yes. A regression is a drop caused by a change, and that change doesn’t have to be one your team made. Providers update the model behind a stable API name on their own schedule, sometimes without announcing it, so a call site can get measurably worse between two mornings with an empty diff on your side. A dependency bump can reformat what a tool returns, and a config default can shift retry or timeout behavior, neither touching a prompt. In August 2025 a routing bug misdirected some of Anthropic’s own Sonnet 4 traffic, moving from 0.8% of requests on the day it started to 16% in the worst hour weeks later, and it ran that long partly because the evaluations running at the time didn’t catch it. Watch what the agent actually does, not just what your team shipped. The cause of a drop can sit entirely outside your repository.

sources

keep reading

More on this.

Two ways to run Tessary.

Tessary is an open-source agent reliability platform. Cloud and self-hosted run the same workflow on the OpenTelemetry traces your agent already emits.

Tessary Cloud

We host it for you. Send your first trace with nothing to deploy and no model key.

what's includedper organization
traces
10,000 per calendar month
stored trace data
1 GB
retention
30 days
model credit
$10, one-time, for triage and root-cause analysis
credit card
not required

Self-hosted Tessary

Run the open-source code on your own infrastructure with one command. Add your own model key for triage and root-cause analysis.

Self-host Tessary for me by following https://github.com/tessaryai/tessary/blob/main/setup.md

docker compose -f oci://docker.io/tessaryai/tessary:compose up -d -y