A.6.C:8 — Common Anti-Patterns and How to Avoid Them

Preface node heading:a-6-c-8-common-anti-patterns-and-how-to-avoid-them:9673

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

Anti-patternWhy it failsRepair
Interface-as-promiser (“the API promises…”)Epistemes and publication carriers are descriptions; they do not commitName the committing role assignment or admitted acting system; classify as a D claim; keep the API, signature, or interface description as description episteme or publication carrier
Guarantee-without-substrate“Guarantee” is empty unless it is L, D, or EDecide: semantic law (L), deontic commitment (D), or evidenced property (E)
SLA smuggled into lawsMixes governance with semantics; breaks substitution reasoningPut SLA targets as D claims referencing L-defined metrics and E evidence
Gate written as obligationConfuses admissibility predicates with dutiesWrite predicate as A; write duty-to-gate as D→A reference
Evidence as prose property (“document proves…”)Violates EntityOfConcern, Description episteme, and carrierState evidence as E claims about carriers produced or observed in work
Face-level paraphrase driftCreates multiple incompatible contractsFaces should reference canonical claims; keep commitments centralized
Cross‑scale contract collapseDifferent agents claim incompatible “contracts” at different scales or contextsRepresent each as separate, scoped D-* claims (with accountable roles + Context); apply conflict or mediation patterns rather than collapsing them into one “contract”.

Last Updated: 2026-06-17 — upstream FPF commit 646b0b9b (github.com/ailev/FPF)