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 07:35:20 UTC

A.3.2:8 - Common Anti-Patterns and How to Avoid Them

Anti-patternRepair
Treating executable text as sufficient Method identity.Identify the claim-bearing episteme and the Method it concerns. Membership needs one substantive method claim; C.29 is the pattern for representation correspondence, E.24.PUB is the pattern for publication, and A.15.1 is the pattern for a run that actually happened.
Treating a Work log as a method description solely because it records a sequence.The log is an episteme about dated Work, not the Work or a method description by being recorded. Identify the occurrence under A.15.1; cite or write a separate method description only when its claims pass the membership rule.
Inferring safe use solely from protocol approval.Separate method description, approval or gate claim, safety evidence, work plan, and work occurrence.
Leaving the optimization-model claim unresolved.Ask whether the episteme says how a scheduling Method works or instead states variables, constraints, and an objective for a formal model. Keep the solver run as Work and any selector mechanism under A.6.1/E.20.
Inferring project-work dispatch from a query-plan layout.A database plan or graph may represent ordering without commanding project Work. Use C.2.P.DR when layout is being read as dispatch; write a WorkPlan or ordered Method only when its own claim states that sequence.
Inferring the workflow sequence solely from a diagram route.Check whether the method claim states the sequence. If the route is only a graph path, event trace, or drawing convention, keep it in the representation; do not turn it into a WorkPlan or performed Work.
Conflating a new file version with refinement of the Method.Separate the C.2.1 edition relation, a comparison of description claims, and any refinement relation between Methods. A file version establishes none of them.
“SOPs are notes, code is the real spec.”Neither notation establishes membership. Compare what each episteme claims about the Method. Ask adequacy only for a concrete proposed use; comparison, publication revision, and teaching-content review require no fabricated Work or decision.