Bridge Stance Overlay
Pattern F.9.1 · Draft · Architectural (A) · Normative unless marked informative Part F - The Unification Suite (U-Suite): Concept-Sets, SenseCells & Contextual Role Assignment
Type: Architectural (A) Status: Draft Normativity: Normative unless marked informative
Plain-name. Bridge-card stance overlay.
When positions or trajectories in language-state work are compared across schools or contexts, authors often need a disciplined interpretive gloss on top of a formal bridge card. The gloss must help reading without becoming a second bridge taxonomy.
Keywords
- bridge stance
- stance overlay
- interpretive gloss
- projection note
- rename note
- language-state comparisons.
Relations
Content
Problem frame
When positions or trajectories in language-state work are compared across schools or contexts, authors often need a disciplined interpretive gloss on top of a formal bridge card. The gloss must help reading without becoming a second bridge taxonomy.
Problem
Authors often express stance informally ("roughly analogous", "really a projection", "just a rename"), which makes bridge interpretation unstable. A full second taxonomy would be worse: it would compete with the core bridge kinds.
Forces
Solution
A Bridge Stance Overlay is an authoring annotation attached to an existing F.9 bridge card. It does not change the underlying bridge kind, direction, CL, or loss notes.
Starter overlay vocabulary
Boundary rule
A stance annotation is interpretive help for authors and readers. It is not a second bridge ontology.
Relation to CL and loss
CLstill governs substitution licence.- loss notes still govern what fails to carry.
- stance annotations merely say how the author wants the bridge to be read.
If the stance materially affects interpretation, the bridge card should publish explicit loss notes that match it.
Archetypal Grounding
Tell. A stance annotation says how to read the bridge, not what the bridge kind structurally is.
Show (System). An operator alarm label may operationalizes a broader control cue without becoming identical to it.
Show (Episteme). A TAE felt-sense phrase may be only a partialAnalogy to a later formal term.
Bias-Annotation
The pattern favors disciplined cross-school comparison over sweeping synonym claims.
Conformance Checklist
CC-F.9.1-1A stance annotation SHALL NOT replace the underlyingF.9bridge kind.CC-F.9.1-2Stance annotations SHOULD be accompanied by explicit loss notes when they materially affect interpretation.CC-F.9.1-3nonEquivalentSHALL block silent substitution.CC-F.9.1-4A stance annotation SHALL NOT claim stronger sameness than the bridge card'sCLand kind allow.
Common Anti-Patterns and How to Avoid Them
- Annotation as ontology. Do not treat stance as the bridge kind itself.
- Friendly-vague analogy. If the relation is high-loss, say so explicitly.
- Stance inflation. Do not use the annotation to smuggle in substitution rights that
F.9withholds.
Consequences
The benefit is reusable authoring clarity for bridge-heavy bundles and school comparisons. The trade-off is one more declared annotation layer on bridge cards.
Rationale
U.LanguageStateSpace and U.LanguageStateTransductionTrajectory create many legitimate cross-school comparisons. F.9.1 gives those comparisons a reusable stance vocabulary without fragmenting the underlying F.9 bridge discipline.
SoTA-Echoing
The annotation mirrors common interpretive practice in comparative theory, design translation, and operator documentation, but makes the stance explicit and reusable.
Relations
- Builds on:
F.9,C.2.2a. - Coordinates with:
A.16.0,E.17.1,E.17.ID.CR,A.6.P,A.6.A,A.6.Q,C.25, andB.4.1. - Constrains: authoring annotations for tradition and routing bundles.
Worked Bridge-Card Examples
localRename
A bridge card may relate two near-coextensive operational labels inside one declared context fragment and mark the stance as localRename. The bridge card still publishes its own direction, kind, CL, and loss notes. The stance only warns the reader that the author's intended reading is close renaming within that boundary; it does not license export of the rename beyond the stated fragment.
operationalizes
A high-level capability cue may be bridged to a more procedural checklist or control ritual. The bridge card may carry the stance operationalizes to show that the target gives a lawful enactment surface for the source. The relation can still be high-loss: the procedural target need not preserve the source's broader theoretical framing, and the stance does not claim type-structure sameness.
projection
A rich construct may be mapped into a narrower reporting or measurement surface. The bridge card may declare the stance projection when the target intentionally keeps only one aspect. The required loss notes should name the dropped dimensions, because the stance is informative only when the omitted structure is made explicit.
partialAnalogy and nonEquivalent
A comparative bundle may need to mention an explanatory resemblance across traditions without claiming substitution. In such cases partialAnalogy may guide reading when the shared pattern is local and declared. If review concludes that even this local resemblance is too weak for safe reuse, nonEquivalent should be preferred so that apparent similarity does not drift into silent replacement.
Authoring and Review Guidance
- Publish a stance overlay only on top of a complete bridge card that already declares bridge kind, direction,
CL, and explicit loss notes where needed. - Choose the weakest stance that truthfully describes the intended reading; do not strengthen the overlay merely because it sounds more helpful.
- If multiple interpretive notes are needed, prefer one primary stance plus explicit loss notes rather than several competing overlays.
- Use
nonEquivalentwhen the main value of the annotation is to warn the reader away from substitution. - In school bundles and annex manifests, place the overlay near the bridge card it qualifies so readers can inspect structural bridge data before reading the interpretive gloss.
Reviewer guidance is simple: ask whether the overlay merely helps reading or is covertly claiming extra sameness, transport, or substitution rights. If it does the latter, revise the bridge card itself rather than decorating it.
Migration and Boundary Notes
Legacy comparative notes often contain undeclared stance language such as "roughly the same", "really a projection", or "just an operational version". When such material is normalized, the first repair step is to recover the underlying bridge card in F.9; only then may a Bridge Stance Overlay be added as an explicit authoring annotation.
The pattern intentionally does not define a second bridge taxonomy, a new substitution calculus, or a score for bridge quality. Those responsibilities remain with the bridge card, CL, and declared loss discipline. Tradition bundles may carry many bridge cards with stance overlays, but the overlays remain local annotations attached to those cards, not free-standing comparative objects.
Overlay Package Discipline
A stance overlay is useful only when it stays visibly subordinate to the bridge card it qualifies.
Minimal overlay package
A usable stance overlay should normally publish:
- the qualified
F.9bridge card, - the chosen stance term,
- the local reason the stance is helpful,
- and any loss emphasis that becomes especially important under that stance.
Without this package, a stance word becomes a decorative gloss detached from the bridge it is supposed to interpret.
One primary stance per bridge card
A bridge card should normally carry one primary stance overlay. If several interpretive notes are needed, the extras should usually live in explicit loss notes or surrounding commentary rather than in several competing stance tags.
Overlay locality
A stance overlay is local to the bridge card and context fragment that publish it. Reusing the same stance label elsewhere is lawful only when the new bridge card independently supports that reading.
Interaction with CL, Direction, and Loss
CL remains prior
If the stance sounds friendlier than the declared CL, CL wins. An operationalizes or localRename overlay cannot overrule a high-loss bridge or a low-substitution CL declaration.
Direction-sensitive reading
Some stance labels read differently depending on bridge direction. A construct may project into a report-only surface in one direction while the reverse direction is not lawful at all. Authors should therefore avoid stance prose that sounds symmetric when the bridge card is directional.
Loss emphasis rule
When a stance is likely to invite over-reading, the loss note should be strengthened rather than softened. The overlay is useful exactly because it helps interpretation; that is also why it can mislead if the losses are understated.
Bundle Use and Comparative Reading
Bundle-level reuse
Tradition bundles and viewpoint bundles may reuse the same stance vocabulary across many bridge cards, but the interpretation remains card-local. Bundle reuse is a readability aid, not a warrant that similarly named overlays are structurally equivalent.
Comparative stance caution
Two bridge cards may both be marked projection while dropping very different dimensions. Reviewers should therefore compare the loss notes and source-target structure, not the overlay term alone.
Boundary to second bridge taxonomy
If authors start grouping bridges primarily by stance label and ignoring bridge kind, direction, CL, or loss, they have implicitly created a rival bridge taxonomy. F.9.1 forbids that drift.
Review Matrix and Migration Tests
A reviewer can test stance-overlay integrity with five questions:
- Is the underlying bridge card complete and still primary?
- Does the overlay stay weaker than the bridge card's structural claims?
- Would the same overlay still be truthful if read in the reverse direction? If not, the locality or directionality needs to be made clearer.
- Do the loss notes carry the interpretive burden that the overlay might otherwise overstate?
- Is the bundle using stance as a readability aid, or as a covert replacement for bridge ontology?
Legacy prose about things being "really the same", "only a projection", or "just an operational version" should therefore be migrated by recovering bridge kind, direction, CL, and loss first, then adding an overlay only if it still adds disciplined interpretive value.