A.6.B:6.2 — Canonical cross‑quadrant dependency patterns
Preface node
heading:a-6-b-6-2-canonical-cross-quadrant-dependency-patterns:8955
What this page is
This is generated FPF reference text from the specification preface or supporting sections. It helps interpret FPF; it is not FPF Reference product documentation.
Methodology
Use it to understand how the specification wants to be read, then return to a route, pattern, or work packet for active work. Cite generated IDs only when the wording changes the task decision.
Content
These patterns are valid (and common). The square becomes operational when these links are used systematically.
(D → A) Duty-to-gate linkage
When governance requires someone to comply with a gate:
D-*: “Role MUST satisfy or enforceA-*.”
This separates what is admissible (A) from who is responsible (D).
(E → A) Evidence-for-gate linkage
When gate decisions must be observable:
E-*: “On rejection or acceptance due toA-*, carrierCis produced or observable under conditions …”
This separates gate semantics (A) from evidence semantics (E).
(D → E) Duty-to-evidence linkage
When governance requires evidence production, retention, or exposure or commits to measured properties:
D-*: “Role MUST retain or expose carrier classCused byE-*…”D-*: “Provider SHALL meetE-*under exclusions …”
This separates obligation or commitment (D) from adjudication (E).
(A/E → L) Semantic grounding linkage
When a gate predicate or measurement relies on definitions or invariants:
A-*/E-*referencesL-*that define terms or metrics.
This prevents “metric drift” and “definition drift” across views.
(D → L) Governance-to-definition linkage
When an obligation or commitment relies on precise term or metric meanings:
D-*referencesL-*that define the terms or metrics it uses.
This keeps governance text from accidentally redefining semantics in prose.
Last Updated: 2026-06-17 — upstream FPF commit 646b0b9b (github.com/ailev/FPF)