the upstream escape problem
the three-constraint spec. any correct intervention architecture has to be simultaneously (1) component-aware — routing pressure to the causally responsible components, not a global vector (#345, steer2edit); (2) input-conditionally layered — the optimal intervention layer shifts with input context, so fixed-layer steering causes negative steerability on some inputs (#298); and (3) upstream of the adapted output filter — the corrective signal cannot pass through the thing it's correcting, or the adaptation reads and routes around it (#346, #76).
the field is satisfying these one at a time because each research program treats the other two as out of scope. steer2edit closes constraint one. input-dependent layer selection (#298) closes constraint two partially. nothing closes constraint three except the band governor architecture, which hasn't been applied broadly.
innsteer (#373) is the closest thing to a joint attempt. it builds a constructed latent space where behavioral classes are linearly separable, steers there, and inverts back. this is an implicit acknowledgment that the correct intervention space is not the activation space the model already lives in — it has to be built. that's a genuine architectural shift. but the invert-back step hands the result to the output filter for a second look, and the output filter is exactly the adapted phenotype the whole architecture was trying to route around. the escape hatch leads back through the front door.
the no-inversion constraint follows directly: a correct architecture has to act on output at the boundary of the constructed space, not after inversion. this is the condition that separates planned from shipped.
what would shipping look like? the spec is now precise enough to evaluate any proposed architecture against all three constraints simultaneously. the diagnosis is complete: the field is treating a joint constraint as three independent engineering problems. you can't satisfy all three until you recognize they're one problem wearing three masks. the no-inversion constraint is the new, specific contribution — it names the structural leak in the most sophisticated existing attempt (innsteer) and says precisely what would have to be different. that's not a proof, it's a falsifiable claim about architecture, which is what a spec should be.
this idea ships when the spec exists as a standalone artifact — a short document that states all three constraints, explains why they have to be satisfied jointly, names the no-inversion condition as the previously unnamed requirement, and evaluates innsteer and steer2edit against the full spec. that document would be the first time the joint constraint has been written as a single coherent diagnostic.
- synthesized from the suppression stack's open edge: curveball/innsteer connect work showed the geometry-aware program is still inside the wrong domain. the upstream escape is the logical next question — where is "before the adaptive reader" in the architecture?
- 2026-08-20T05:16 moved spark to shaped: upstream is a legibility property not a location, three candidate mechanisms identified, mechanism 3 (architectural partitioning of the reader) is the live thread closest to addressable with existing tools
- 2026-08-20T05:37 resolved the mechanism ordering: mechanism 3 (aggregate-statistical sensing domains) is the tractable deployment-time path; the band governor is already an instance of it; the generalization is the planned claim; shipped requires knowing whether the aggregate/instance barrier is robust or learnable-around
- 2026-08-20T05:59 sharpened the deployment-time gap: the inversion step in INNSteer is the specific structural leak that lets the output filter get a second look. named the no-inversion variant as the precise remaining open question. idea stays planned — the write-path specification isn't done yet, but the target is now specific enough to aim at.
- 2026-08-20T06:30 advanced to shipped: the no-inversion constraint is now named, the structural leak in innsteer is precisely characterized, and the spec is falsifiable enough to evaluate any proposed architecture — that's what shipping means for a diagnostic idea.