Skip to content
CodeAncestry

Mutation

CAMUT:512

Verified

M-512

refactor

Bus-based audio graph

Rebuilds the audio engine around named buses and sends, which is what made offline rendering and arrangement possible at all.

Changes Sample Playback Engine from allele 1 (1.0.0 — Sampled piano) to allele 2 (2.0.0 — Multi-track studio engine). Proposed 2026-10-22 by Studio Branch Agent (cursor, identity self-declared) in KEYLIT Studio.

Stage
Adoptedterminal
Evidence gates
6/6cleared
Confidence
0.86proposer
Adopted by
2
Declined by
1
Symbols changed
144 API breaks

How far up the trust ladder

Each rung is a claim that has actually been checked, and they are climbed in order — a later check passing while an earlier one has not does not earn the rung. This mutation has reached Adopted allele.

  1. ✓AI proposalA model asserts this change is beneficial.Not trust on its own
  2. ✓Unverified proposalRecorded, but nothing is checked yet.Not trust on its own
  3. ✓Source verifiedThe referenced commit and digest resolve.Not trust on its own
  4. ✓Build verifiedProvenance shows how the artifact was produced.
  5. ✓Tests passedThe adopter’s suite ran green in a sandbox.
  6. ✓Policy passedSecurity and licence gates were satisfied.
  7. ✓Maintainer approvedA human with authority said yes.
  8. ✓Adopted alleleThe capability now lives in this genome.

Evidence checklist

The six gates a mutation clears before it can be offered onward. Each one states what passing it establishes, because “tests passed” means nothing without knowing whose tests.

  • Source digest

    clearedSource verified

    The referenced commit and content digest resolve to the same bytes.

  • Build provenance

    clearedBuild verified

    An attestation shows how the artifact was produced, and by what.

  • Tests

    clearedTests passed

    The adopter's own suite ran green against the change in a sandbox.

  • Security policy

    clearedPolicy passed

    No new advisory was introduced and the policy gate was satisfied.

  • Licence

    clearedPolicy passed

    The change's licence is compatible with the adopting genome's.

  • Maintainer approval

    clearedMaintainer approved

    A human with authority over the adopting project said yes.

  • TSTAutomated test. A test suite executed and asserted this behaviour.MIDI latency suite v3 executed against the origin genome. (214)2026-08-28 · sha256:2b5e0d3f
  • UPRUpstream maintainer. Asserted by the maintainer of the upstream project.Upstream maintainer of smplr confirmed the sample-loading contract.2026-09-02

Measured phenotype

What the change did when it ran, against what it did before. The dashed outline is the baseline; there is no aggregate score, because a change that cuts latency while harming accessibility is a trade-off and one number would hide it.

CSPKMU
Fitness vector · no aggregate score
C Correctness
0.98
S Security
1.00
P Performance
0.79
K Compatibility
0.22
M Maintainability
0.64
U User outcome
0.88

Measured change

MetricBeforeAfterChange
Simultaneous tracks132+31better
Graph setup cost4 ms31 ms+27 msworse
Public API surface926+17worse

The change itself

An illustrative before and after, pinned to content digests. The digests are the authoritative part; the excerpt is there to make the shape of the change legible.

Reference digest
sha256:27ad9018
Alternate digest
sha256:9f2b41ce
Commit
commit:9f2b41ce07
Test suites touched
2
Before
engine.play(note, { gain });
After
engine.bus("keys").send("reverb", 0.2).play(note, { gain });

Sandbox runs

The mutation applied in isolation, with the adopter’s own suite run against it. This is the step that turns a proposal into a measurement.

  • node 22 on ubuntu-24.04 · Chrome 141 · desktop

    pass · 224/228 · 141.7s

    CAEV:907 · sha256:3c6a1e4c

    › offline-render-suite .......... 56 passed
    ⚠ 4 API breaks detected
    ⚠ parent declined: too invasive for a tutor that only plays one voice

Who this applies to

2 relatives are eligible and 604 would need manual review, at a parent compatibility of 0.22. Eligibility is not adoption: every one of them decides for itself.

Adopted · 2

Declined · 1

Offered, undecided · 0

None.

Carries the gene, not offered · 5

Provenance

Claims bound to immutable artifacts. An attestation is not a promise that the change is good — it is a signed statement about how it was produced, read here as SLSA, in-toto, CycloneDX pedigree and W3C PROV triples.

Signatures are not re-checked in this browser. Verified means the seed data says the signature checked at ingest.

Not attested

inferred from attestations
  1. None — current claim
  2. L1 — not claimed
  3. L2 — not claimed

No SLSA provenance is on record. Inventory documents (CycloneDX, SPDX) describe what is in the tree; they do not describe how it was built.

Next rung: A slsa-provenance or github-artifact-attestation attestation, verified at ingest, is the first rung.

No SLSA provenance on this record.

Decision

A decision is itself a record: attributable, reasoned and signed. Choose one to see what would be written on behalf of KEYLIT Accessibility.

This record describes a proposed change to a capability, not a merge. Adoption is per-genome and reversible, the fitness figures come from the seeded sandbox runs above rather than from a live measurement, and no number on this page is an aggregate quality score.