You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix: guard --recreate against deleting non-benchmark indexes; fail on zero latency baseline
Addresses two review findings:
- BLOCKING: --recreate deleted whatever MOSS_INDEX_NAME pointed at, so a
developer with a shared or production Moss project in their env could
destroy a non-benchmark index. Deletion is now guarded three ways: the
derived benchmark-ci-<signature> name deletes without confirmation, an
overridden name inside the benchmark-ci-* namespace additionally
requires the new --force flag, and names outside that namespace are
refused even with --force.
- CONSIDER: the checked-in zero latency baseline made
test_no_latency_regression skip on every run, leaving the latency
guard silently inactive until someone manually armed it. A zero
baseline now FAILS comparison runs with the arming procedure in the
message. update_baseline dispatch runs are unaffected (they do not
pass --baseline-file), and fork PRs skip earlier at the credentials
gate, so the failure lands exactly on trusted runs that should be
enforcing the guard. baseline.json note and README updated; the first
trusted CI run's artifact is the natural baseline to commit.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: benchmarks/ci/baseline.json
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
{
2
2
"commit": "f4732a1",
3
3
"timestamp": "2026-07-20T05:35:00+00:00",
4
-
"_note": "Recall values are measured (hardware-independent) so the recall guard is active. Latency values are intentionally zero \u2014latency is hardware-dependent, so the guard skips until a baseline captured on CI runners replaces this file (run the Benchmark workflow, download the benchmark-results-<sha> artifact, commit it here).",
4
+
"_note": "Recall values are measured (hardware-independent) so the recall guard is active. Latency values are intentionally zero and the latency guard FAILS on zero baselines in comparison runs \u2014 the first trusted CI run will be red until a CI-captured baseline is committed: run the Benchmark workflow (update_baseline=true also works), download the benchmark-results-<sha> artifact, and commit it here. Latency baselines must come from CI runners; numbers from other hardware are not comparable.",
0 commit comments