About evalsnap
evalsnap compares baseline and current agent or tool output snapshots by case ID, reporting changes, score and duration deltas, and a pass/fail verdict. It is for evaluating runs through a CLI or local MCP server, with input processed locally and no network access.
Key features
- 01Case matching and change detection
- 02Score and duration deltas
- 03Regression and improvement lists
- 04Matched-case average scores
- 05Input validation and verdict
Use cases
- 01Checking an agent run against a baseline
- 02Finding cases with score regressions
- 03Reviewing output and duration changes
MCP support
Exposes a `diff_snapshots` tool to MCP clients. It compares baseline and current snapshots and returns per-case results, aggregate scores, regressions, and a verdict.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
1Saved tool list · updated 1w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| current | array | Yes | Current snapshot entries (at least one) |
| baseline | array | Yes | Baseline snapshot entries (at least one) |
Details
From the project READMEevalsnap
You re-ran your agent and the answers look slightly different —
but did anything actually get worse? evalsnap takes two
snapshots of case outputs, a baseline run and a current run,
matches them by case_id, and tells you exactly what moved:
- Matched, added, removed — cases present on both sides, cases that only exist in the current run, and cases that disappeared from the baseline, each list sorted by id
- Per-case results — for every matched case: whether the
output is unchanged or changed under exact string equality,
the score delta and the duration delta (each
nullwhen either side did not record that measurement), and a regression flag that is set only when the score went down - Regressions and improvements — the sorted list of regressed case ids and the count of cases whose score rose
- Average scores — each side averaged over the matched
cases that carry a score on both sides, so the comparison
covers the same set on both sides; both averages are
nullwhen no matched case qualifies - Verdict —
failwhen at least one regression exists, otherwisepass; added and removed cases are reported but never fail the verdict on their own
Deltas and averages are rounded to four decimal places. The computation is pure and local: no network, no configuration, nothing read beyond the snapshots you pass in. Invalid input — an empty snapshot, a case without an id or output, a duplicate id inside one side, a non-numeric score, a negative duration — is rejected with an error naming the offending path and side, and no partial diff is produced.
CLI
npx @reneturcios/evalsnap diff --input args.json
npx @reneturcios/evalsnap --version
args.json contains the full arguments object:
{
"baseline": [
{ "case_id": "greeting", "output": "hello", "score": 0.9, "duration_ms": 120 },
{ "case_id": "summary", "output": "short text", "score": 0.7 }
],
"current": [
{ "case_id": "greeting", "output": "hello", "score": 0.95, "duration_ms": 110 },
{ "case_id": "summary", "output": "short text", "score": 0.6 }
]
}
score and duration_ms are optional per entry. The diff
is printed as JSON.
Exit codes: 0 on success, 1 on a runtime error (including
an unreadable or invalid input file, or invalid input), 2
on a usage error.
MCP server
npx -y @reneturcios/evalsnap mcp
MCP client config:
{
"mcpServers": {
"evalsnap": {
"command": "npx",
"args": ["-y", "@reneturcios/evalsnap", "mcp"]
}
}
}
Tools
-
diff_snapshots— Diff two eval snapshots matched by case_id.baseline(array, required, at least one) — entries as{case_id, output, score?, duration_ms?}objectscurrent(array, required, at least one) — same entry shape
Returns
{total_baseline, total_current, matched, unchanged, changed, added, removed, case_results, regressions, improved_count, baseline_avg_score, current_avg_score, verdict}.
Docker
docker run -i ghcr.io/cloudcorprecords/evalsnap
docker run --rm -v "$PWD:/w" ghcr.io/cloudcorprecords/evalsnap diff --input /w/args.json
Development
npm install
npm run build # tsc -> dist/
npm test # tsx --test test/*.test.ts (pure local, no network)
npm run dev # run the CLI from source
License
MIT — Copyright (c) 2026 Rene Turcios
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.