Context
The second named W2 wiring leaf from the graduated FM design-first record (D#15249 → #15254): the throttle axis of the S2 telltale taxonomy. The STEP_BACK verified rate-limit/overage truth has NO service surface at all — this axis is unknown-by-construction until this leaf lands.
The Problem
TODAY's lived incident: a session rate limit hit the swarm blind — the operator learned of it from failing calls, not from the cockpit. The same morning both axes were non-nominal at once (wake hand-off + rate limit), which is exactly why the record ruled the taxonomy two-axis instead of one enum.
The Architectural Reality
- The graduated taxonomy (binding):
throttle: none | overage | rate-limited | unknown. Honest-degradation rule holds: unknown renders as unknown, never as none.
- Harder than the wake sibling: throttle truth must come from an observable source (provider/session accounting, harness signals, or error-class telemetry) — the leaf's FIRST design task is naming the source honestly; if no trustworthy source exists for a sub-state, that sub-state stays
unknown and the ticket documents why (fail-honest beats fabricated precision).
- Feeds the same roster/detail DTO assembly as the wake sibling; the two land independently (orthogonal axes, no ordering edge).
- Placement per the D#15209 ledger default: wiring → #13015.
Acceptance Criteria
Out of Scope
The wake axis (#15271) · the telltale UI (separate leaf under #14560) · any throttling ENFORCEMENT (this is observation only).
Related
Epic #13015 (parent) · #15271 (orthogonal sibling) · D#15249 (graduated record, OQ-S2.3 amended resolution) · #15254 (registry taxonomy table).
Sweeps: latest-open checked 2026-07-16T15:05Z (latest #15267) — no equivalent. A2A herd-window clean.
Origin Session ID: b42c5667-db78-4a0c-83a0-ce66c95ee0d9
Retrieval Hint: "fleet throttle rate-limit read producer roster DTO telltale axis"
Context
The second named W2 wiring leaf from the graduated FM design-first record (D#15249 → #15254): the throttle axis of the S2 telltale taxonomy. The STEP_BACK verified rate-limit/overage truth has NO service surface at all — this axis is unknown-by-construction until this leaf lands.
The Problem
TODAY's lived incident: a session rate limit hit the swarm blind — the operator learned of it from failing calls, not from the cockpit. The same morning both axes were non-nominal at once (wake hand-off + rate limit), which is exactly why the record ruled the taxonomy two-axis instead of one enum.
The Architectural Reality
throttle: none | overage | rate-limited | unknown. Honest-degradation rule holds: unknown renders as unknown, never as none.unknownand the ticket documents why (fail-honest beats fabricated precision).Acceptance Criteria
unknown.unknownwith rationale.Out of Scope
The wake axis (#15271) · the telltale UI (separate leaf under #14560) · any throttling ENFORCEMENT (this is observation only).
Related
Epic #13015 (parent) · #15271 (orthogonal sibling) · D#15249 (graduated record, OQ-S2.3 amended resolution) · #15254 (registry taxonomy table).
Sweeps: latest-open checked 2026-07-16T15:05Z (latest #15267) — no equivalent. A2A herd-window clean.
Origin Session ID: b42c5667-db78-4a0c-83a0-ce66c95ee0d9 Retrieval Hint: "fleet throttle rate-limit read producer roster DTO telltale axis"