Needs Review
1 critical regression across 4 compared metrics.
Source workflowFunctional tests can pass while latency climbs, memory grows, and throughput falls. Benchmark Guardian turns those hidden shifts into a deterministic release decision and an actionable Codex handoff.
Analyze benchmarksInputs stay in memory and are evaluated by the existing Python engine.
A 10% threshold flags both the 25% latency increase and the 15% throughput decrease.
Valid JSON object
Valid JSON object
Valid JSON object
Choose a scenario above, download the current inputs, or browse the committed files in examples/scenarios/. PR #20 files are permanent snapshots of real GitHub Actions benchmark evidence.
A metric is flagged when its harmful change reaches or exceeds this percentage. Lower thresholds catch smaller regressions; higher thresholds report only larger changes.
At 10%: latency_ms and throughput_rps are flagged. At 25%: only latency_ms is flagged.The dashboard default is 10%; a repository or CI workflow may enforce another policy. This repository's protected PR gate uses 25%.Provide baseline and current metrics, set the regression policy, then run the deterministic analysis.
Replay the exact benchmark snapshots produced by PR #20. Each run sends the committed evidence through the current /api/analyze endpoint and is evaluated by the same Python engine used for uploads.
The protected GitHub Actions workflow generates baseline.json, current.json, and provenance data. Permanent PR #20 snapshots are committed under examples/scenarios/pr-20/ so they remain available after workflow artifacts expire.
1 critical regression across 4 compared metrics.
Source workflow0 regressions across 4 compared metrics.
Source workflowPR #20 shows the full regression-to-fix loop. This evidence is historical project data—not the current live analysis.
View pull request