Does pinning the judge model version stop it from drifting?

Not fully. A pinned version string is a record, not a guarantee: a hosted provider can serve updated weights behind the exact same alias, and nothing in the identifier changes when it happens. What pinning buys is a field on every verdict you can group by afterward, turning an unanswerable retro into a query instead.

Researchers testing LLM-as-judge reliability ran 118 evaluation runs across five weeks in 2026, covering 21 judges from nine providers, and said plainly in their limitations that hosted endpoints are known to drift across provider-side updates, sometimes silently, and that they never re-tested the same judges months later to see whether any held steady. If a study built specifically to measure judge reliability won’t claim an endpoint held still, a pinned version string in your own pipeline doesn’t buy that guarantee either.

Recalibrate the judge whenever you have reason to think the endpoint moved, not only when you deliberately change the pinned version.

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