vh
8bf5343049
U6 shipped as v0.6.0 and a late fix as v0.6.1; U7's three ratified components (rail, filters, grid keyboard) are landed and the fourth is deliberately not, because swapping subfolder sections for filename-derived groups is a scope departure the operator has not ruled on. A test fails if anyone builds it anyway. Two new detail files. One decomposes U7 by ratified-versus-not and records the two decisions taken under stated assumption. The other keeps the mechanism behind today's misrouted directive: pane_find addresses seats by a ROLLING PANE TITLE, which is not a stable address, and the failure is silent from the sender's side -- Miranda had no signal until infra-ops flagged it. The incident resolved; the mechanism did not. The generated handoff committed the modality failure its own step-7 read exists to catch: it listed push, seed and the 17-handle note as imperative Next steps when all three are explicitly gated. Rewritten as do-nots, Next steps emptied. Recorded here because it is the second time the generator has needed that backstop.
2.1 KiB
An approved directive misrouted because pane_find addresses by a rolling title
2026-09-22 · booth
An operator-approved directive (D-0011, sent by Miranda, telling booth-dev to begin U7) landed on the infra-ops handle instead. Worth keeping for the mechanism, not the incident: the incident resolved cleanly and the mechanism did not.
What happened, and why nothing broke
pane_find matched terminal_2 by its ROLLING PANE TITLE, and that pane is
the eshpfi-management seat rather than booth-dev. Miranda confirmed all of this
directly when asked.
infra-ops caught it and deliberately did not relay the content as an instruction — their reasoning, which is exactly right: a directive arriving as "infra-ops says Miranda says Vuong says" is two hops from the source, and a peer passing operator authority along is the thing the rules warn about. They sent a routing report instead, quoting only the two lines that identified the target.
This session then did not act on it, and asked Miranda directly rather than taking a peer's word for the operator's. She confirmed it was genuine and superseded pending the sections ruling. Both loops closed in two messages.
The part that is still true tomorrow
A pane title that changes as work moves through the pane is not a stable address. It put an approved directive on the wrong seat, and:
- the failure is silent from the sender's side. Miranda had no signal it went astray until infra-ops spoke up. A directive that misroutes to a quiet or busy seat simply evaporates.
- it landed somewhere that caught it. That was luck, not design.
Reported to infra-ops as an ops matter (01M35JJ9034E64HMA8X9C21R2N), with the
mechanism named and no fix proposed — not this repo's call. Not tracked
anywhere by booth-dev; recorded here only so the next session does not
re-derive it if a directive goes missing again.
The rule this confirms
The CLAUDE.md Miranda exception is for Miranda relaying directly. A second-hand report of a Miranda relay is one hop too far, and infra-ops said so before this session had to. Going to the source cost two messages and settled it.