Skip to content

Add driftline to Observability - #811

Open
catidegla wants to merge 1 commit into
tensorchord:mainfrom
catidegla:add-driftline
Open

Add driftline to Observability#811
catidegla wants to merge 1 commit into
tensorchord:mainfrom
catidegla:add-driftline

Conversation

@catidegla

Copy link
Copy Markdown

Adds driftline under Observability, alphabetically between Deepchecks and Evidently, with a star badge.

It answers one question the rest of the section does not: did the provider change the model, or did I change something? You pin the model name, set temperature to 0, and the outputs still move one Tuesday, and there is currently no good way to tell those two apart.

Three kinds of answer, kept separate. Providers already report what actually served a request, so when system_fingerprint or the resolved snapshot changes there is nothing to infer, and that can fire on a probe whose outputs were byte for byte identical. When nobody reports one, it samples committed probes and tests today's answer distribution against the baseline with a G-test, with an effect floor and a Benjamini-Hochberg correction across the run so thirty probes do not produce a false alarm a day. And a run it could not read exits 3 rather than reporting drift, because "the model changed" and "we could not find out" call for different responses.

No prompt text or model output is ever written to the history file, only counts and hashes. Zero dependencies, MIT, 117 tests that never call a paid API. I am the author.

Signed-off-by: catidegla <4922726+catidegla@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant