Skip to content

Publish the latency the system was measured at - #3

Open
coderloganli wants to merge 1 commit into
mainfrom
publish-measured-latency
Open

Publish the latency the system was measured at#3
coderloganli wants to merge 1 commit into
mainfrom
publish-measured-latency

Conversation

@coderloganli

Copy link
Copy Markdown
Owner

README and docs/architecture.md claimed sub-2s and carried no number. The figures existed — the live run of 2026-08-15 over the evaluation set — and had never left the JSON.

p50 p95
System response 854 ms 976 ms
Perceived latency 1553 ms 1677 ms

Corpus WER 4.4%, per-clip p50 0% and p90 18%.

Published in README §Measuring it, docs/architecture.md §7, and a new newest entry in crates/harness/OPTIMISATION-LOG.md. That run's limits are stated beside the figures: one epoch, 15 clips where the set now holds 16, and no record of the build profile. edge-8khz-stereo failed by design — 8 kHz stereo against a 16 kHz mono pipeline — and the percentiles are over the other 14. Re-running at three epochs is its own ticket, for after the work still to come.

scripts/check-published-figures.sh joins the CI docs job: a published figure has to be the figure the newest run measured, under the label it measured it under, and the document has to cite that run. Committing the next run turns CI red until all three documents are rewritten.

BatchReport gains build, so the release-build rule product.md states is checkable after the fact. Reports written before it still deserialise.

Android moves to what is still to be built — product.md listed it as the client and architecture.md called it the client in production, and no Android source has ever been in this repository. The v1/v2 labels go with it.

Not run locally: the full workspace suite needs the dev container and Docker was not up. cargo test -p harness (70 passed), clippy and fmt were run natively, and the change touches no crate outside harness.

🤖 Generated with Claude Code

https://claude.ai/code/session_01HNYsFLhu6UE4Q4GY7nG2ng

README and architecture.md claimed sub-2s and carried no number. The
figures existed — a live run over the evaluation set on 2026-08-15 — and
had never left the JSON.

854 ms system response, 1553 ms perceived, at p50; 976 and 1677 at p95.
Corpus WER 4.4%. Both latency figures are reported together wherever
either appears (ADR-0010), and every figure names the run it came from.

That run's limits are stated beside the numbers rather than left for a
reader to discover: one epoch, 15 clips where the set now holds 16, and
no record of whether the build was a release one. Re-running it at three
epochs is a ticket of its own, for after the work still to come.

check-published-figures.sh, in the CI docs job, holds the documents to
the run: a figure has to be the figure the newest run measured, under the
label it measured it under, and the document has to cite that run. The
next run turns CI red until the three documents are rewritten, which is
what makes the re-run ticket land rather than linger.

BatchReport gains `build`, so the release-build rule product.md states is
checkable after the fact instead of taken on trust. Reports written
before it still deserialise.

Android moves to what is still to be built: product.md listed it as the
client and architecture.md called it the client in production, and no
Android source has ever been in this repository. The v1/v2 labels go with
it — this project has no version scheme.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01HNYsFLhu6UE4Q4GY7nG2ng
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