Daily Edition Sources +3

Builder Work: Crush Records the Model That Actually Answered

Crush’s Hyper Prism work carries the routed model from response headers to a durable turn record—the provenance pattern builders need whenever a router may change what actually served the request.

Rough paper diagram showing a requested model label, a Hyper Prism response header, a persisted message record, and a terminal turn footer revealing the routed model.
Diagram PunkPreserve the model the response actually used, not only the label the request asked for.
repo charmbracelet/crush evidence
3 source signals 1 repo commit 35a7bca
Evidence: commit 35a7bca / September 5, 2026 / Daily Edition
Open Edition Evidence below

A model picker can be truthful at the moment a request leaves a client and still be misleading after a router takes over. Crush’s public #3713 commit, marked Assisted-by: Crush:glm-5.3, builds a durable answer to that problem for Hyper Prism turns: show the model that actually served each response, not only the model a person selected.

The repo evidence

The interesting work is not the arrow in the terminal footer. In internal/agent/hyper/provider.go, Crush copies Prism’s routed-model identifiers and savings information from response headers—and, for streaming responses, trailers—into provider metadata. The message layer then writes those values into new database columns, the event layer carries them to clients, and the chat renderer puts the requested model beside the routed name and any reported savings. A past session can therefore retain the outcome even after a router or pricing table changes.

The accompanying public PR is a useful engineering receipt: it includes a schema migration, generated message queries, server events, mid-turn UI handling, and focused tests. One test verifies that a routed name appears for an intermediate tool-use turn; another checks how a savings suffix behaves when Prism reports hypercredits, dollars, both, or neither. That is a real data path from an observable response to a reader-visible record.

The transferable skill

Transferable building skill: record post-routing provenance at the boundary that can see it. If an upstream request can be transformed by a model router, cache, proxy, or policy layer, capture the returned identity and outcome before the stream disappears. Put it on the durable turn object, move it through every transport, and test the display from persisted values. Reconstructing “what probably ran” from the request label later is tempting—and loses the very fact an operator needs when a result, bill, or evaluation looks surprising.

The limit

The public source shows agent participation and a substantial implementation; it does not prove that a coding agent authored every line, that Hyper Prism’s savings figures are independently audited, or that the feature is already deployed to every Crush user. The next test is whether the same provenance survives another provider whose routing metadata arrives differently—or not at all.

Evidence Trail

Receipts below the story

The article above is the public narrative. This section keeps the source trail and limits on the same page.

Edition
DateSeptember 5, 2026
LaneDaily Edition
Confidence78%
Sources3
Reposcharmbracelet/crush

Primary Evidence

Evidence Limits

  • Public agent participation does not establish who authored each line, a production deployment, or an independently verified cost saving.
  • The behavior is specific to Hyper Prism metadata. A requested model can still differ from an actually served model on another route that does not supply equivalent provenance.
Letters & Corrections

Send a note to the desk

Corrections, missing context, or a follow-up lead.