Skip to content

docs: the production-readiness roadmap, adversarially audited - #79

Merged
tap merged 1 commit into
mainfrom
claude/sample-rate-solutions-comparison-mqc190
Oct 10, 2026
Merged

tap merged 1 commit into
mainfrom
claude/sample-rate-solutions-comparison-mqc190

Conversation

@tap

@tap tap commented Oct 10, 2026

Copy link
Copy Markdown
Owner

What this changes

Adds docs/ROADMAP.md: the plan for what the family's plans and ledgers still carry open after the comparison plan (#73, #75, #76, #77) and its follow-up (#78), sequenced into twelve weeks in three blocks (contracts and hygiene; the hardware campaign; the 1.0 shape), with "production-ready" defined as a thirteen-row checklist per engine. The root README's docs/ line names it.

Why

The open items are scattered across PLAN.md, async/PLAN.md §4, async/docs/PERFORMANCE.md "Known debt", async/docs/HARDWARE_TESTING.md, bridge/PLAN.md §9 and docs/AUDIT_2026-10_PLAN.md, with no sequence and no stated bar. The roadmap gives both, so the production-readiness verdict can be checked row by row rather than believed.

The draft was adversarially audited by two independent reviews before it was written down (one against the trees' facts and settled decisions, one against engineering judgement); the commit message lists what the audit changed. Section 7 holds the six decisions the maintainer takes before week 1, each with a recommendation; the maintainer's answers are folded in as "decided" on this PR before it merges.

Verification

Prose only: no code, no build. Every tree fact in section 1 was checked against main at c120bc9 (v0.6.0). The A1 numbers (rational's thirteen streaming rows, per target) are the local harness's reading against rational/bench/baselines.json, which reproduces bridge's and async's M55 rows exactly; they are re-measured in the A1 PR before anything is re-recorded.

Notes for the reviewer

  • Nothing here changes a contract, a pin, a notebook or a style config.
  • Section 7's six questions are the gate on week 1; A1 (the rational re-record) also waits on Q3.

🤖 Generated with Claude Code

https://claude.ai/code/session_016GKzq1VSdcMYCRMhddiMaf


Generated by Claude Code

The comparison plan (#73, #75, #76, #77) and its follow-up (#78) closed;
this is the plan for what the family's plans and ledgers still carry
open, sequenced into twelve weeks in three blocks, with "production-ready"
defined as a thirteen-row checklist per engine so the verdict can be
checked rather than believed.

Drafted and then audited by two independent adversarial reviews (one
against the trees' facts and settled decisions, one against engineering
judgement). The audit changed the draft materially: the book's bridge
chapters are done (#68), so they are off the list; rational has no
cross-engine validation by design (scipy and decimate.h are its legs);
TSan runs async only; four host compilers and three QEMU targets, not the
draft's counts; the +1.9 % M55 ratio23_q15_eco drift is ab8fea3's stated
move, not a DspTap bump, and the chain rows sit +926/+1,102; the hardware
block never ran bridge or rational on silicon; nothing builds with
-fno-exceptions; TSan has never seen the converter with two threads; no
footprint, stack or worst-single-call figure exists; Setup 1's "< 1 ppm"
criterion tests the counting, not the servo, and cheap USB dongles may not
own a crystal; the timestamp servo is a four-to-five-week extension, not an
overload, and must not be frozen in the release that adds it; "C ABIs
frozen" needs a reconciled NULL model, an extension rule, SOVERSION and a
compat test. Section 7 holds the six decisions the maintainer takes before
week 1, each with a recommendation.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01G3HxzEGiZp7jStoMuYNuBK
@tap
tap merged commit 0283351 into main Oct 10, 2026
30 checks passed
@tap
tap deleted the claude/sample-rate-solutions-comparison-mqc190 branch October 10, 2026 23:32
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.

2 participants