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 11:52:20 UTC · snapshot created 2026-10-03 11:53:41 UTC · last check 2026-10-03 13:25:20 UTC

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

Anti-patternWhy it failsRepair move
LLM output as architecturePlausible prose and a diagram may denote a modal architecture claim and its representation; neither supplies obtaining relation occurrences, an A.22 structure, bearer feasibility, decision, or realization.Recover the exact architecture claim or ClaimAddress, identify the diagram as a C.29 representation only when used, state the admission condition and return, and let C.32 consume the modal proposal without actualizing it. Use C.32.PAD and C.32.ADR for decision and ADR claims.
Pareto point as admissionA Pareto result records trade-off position under chosen criteria; its graph, table, or file is a neighboring representation or publication item, not architecture adequacy.Name the exact result and the current next-use condition. Add search space, criteria, constraints, bearer boundary, and eval return only when the candidate use relies on them; then handle that use under C.32.
One output as reusable-generator governanceA single generated output does not by itself establish claims about the reusable generator’s method, mechanism suite, dataset, prompt policy, or refresh process.Keep the one-case output in C.35 and open E.20, G.1, G.10, G.11, or another pattern that defines or constrains the reusable-generator claim.
Cluster as module architectureA cluster claim can expose co-change or dependency pressure while leaving functional-bearer semantics, interface substitutability, and obtaining relation occurrences unknown; its matrix or file does not settle that gap.Recover the exact cluster result, extraction basis, observed and inferred content, unknowns, coverage, uncertainty, validation, and any C.29 representation. Keep the inferred organization modal unless A.22 passes; handle modularity and reuse under C.31 and candidate use under C.32.
Transformation output as feasibility proofA graph grammar or model-transformation Method can return a useful claim and representation while proving neither an actual U.Transformation nor an obtaining A.22 result structure.Record the exact result, C.29 representation only when used, Method, Work and attribution when current, transformation trace, exact source and result objects, preservation, loss, and bearer boundary. Keep a proposed result organization in its architecture claim; cite A.22 only after its four discriminators resolve, and cite A.3.4 plus the Work-to-change or A.15.PROD claim for any actual change.
Bypassing eval and measurement governanceA search score, benchmark, ablation, or validation trace can look like proof of architecture quality.Use C.16 for measurement readings, C.25 for Q-bundle use, C.32.ACE for eval programs and eval results, and C.32.PAD for project architecture decisions.