Library / First Principles Framework (FPF) - Core Conceptual Specification
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 05:29:54 UTC · snapshot created 2026-10-03 05:30:57 UTC · last check 2026-10-03 06:10:20 UTC

C.26.3:8 - Common Anti-Patterns and How to Avoid Them

Anti-patternSymptomRepair
One metric as viabilityAvailability, latency, or score stands for the whole envelope.Add the exact object filling the local viability-bearer position and the pattern used to identify it, protected promise, other dimensions, and failure mode.
Fixed setpoint thinkingStability means one variable must never move.Ask whether allostasis preserves function by changing settings, environment, boundary, or regime.
Passive sensor assumptionA dashboard is treated as neutral even after it changes behavior.Use C.26.1 when the false passive reading changes the architecture decision; use evidence patterns for its support.
Candidate intervention without a recovered object, predicate, or applicable authorityThe text recommends a change without recovering its proposal-side Method, description, setting proposal, WorkPlan, access or permission claim, or Bridge proposal or description; fails to identify separately any dated Work, actual transformation, obtaining relation occurrence, or resulting state on which it relies; or claims Work no system can perform in time.Recover the proposal-side object first; identify every actuality separately under its subject pattern; state authority and latency only for the applicable Work, change, or relation.
Biological proof jumpHomeostasis or FEP language is used as proof for software or organizations.Treat it as modeling discipline and apply existing FPF patterns to claims.
Markov-blanket collapseA statistical separation, physical interface, interface module, functional element, component, boundary description, and agency threshold are all called the Markov blanket.Split the source phrase through A.6.RSIR: use C.29 or C.26 for lens use; use A.1 plus the direct relation pattern for holon delimitation or boundary crossing; use A.6.P, A.6.0, and A.6.5 for relation, signature, or slot claims; use A.6.M for module-interface claims; use A.6.F for functional claims; use A.14, C.13, or B.3.5 for component claims; use C.2.1 for description content, C.30.AD for architecture descriptions, and E.17 for reader-facing publication of an accepted account; use A.13 for agency criteria, C.16 for measurement construction, and A.19 for a CharacteristicSpace or reusable CharacteristicSpacePredicate over it.