C.30.TFS-REL:8 - Common Anti-Patterns and How to Avoid Them

Preface node heading:c-30-tfs-rel-8-common-anti-patterns-and-how-to-avoid-them:62785

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-patternSymptomRepair
Structure-as-architectureThe E.18 selected transformation-flow structure is called the whole architecture.Use C.30 for the actual architecture relation, selected structure, or bounded claim; C.30.AD for description; keep this record only for the transformation-flow use.
Unnamed network as architecture bearerA connected network or its graph is assigned maintainability, capability, responsibility, agency, production, required effect, or actual transformation without one containing holon/relation or explicit participating holons.Select the named-containing-holon or explicit inter-holon branch, restore every characteristic to a named bearer, and keep graph/record outside architecture identity.
Graph-description-as-functional-architectureA graph-shaped mathematical description or diagram is treated as functional architecture, functional element, or actual change.Split functional claim, selected TFS, actual transformation, mathematical description, representation, and publication; add correspondence when needed.
Flow-as-work-logPath or slice wording is treated as Work occurrence.Assign occurrence or result claims to A.15 or P2W and keep E.18 to selected structure, path, slice, or valuation.
Crossing-as-gate-resultA crossing relation is treated as gate passage.Assign gate-decision claims to A.21 and keep crossing relation under E.18.
Valuation-as-scoreA flow valuation is used as a generic architecture score.State E.18 valuation and set-return discipline; assign measurement, characterization, selection, or candidate-set claims to C.16 or an admitted governing pattern.
Generated relation-graph proofA code-agent relation graph or probe output is used as proof of architecture understanding or safety.Recover source publication/codebase edition, extraction/probe locus, observation class from {observed, inferred, unknown}, unexplored regions, hidden structure, and direct evidence or assurance application.
Prompt-data-tool flow as authority proofA prompt, data, or tool-flow diagram is treated as permission for tool action or proof that authority is safe.Keep it as a transformation-flow use or E.18.2 mathematical description. Route a selected SecurityTrustBoundaryStructure view through C.30.ASV; route agentic tool-use and call planning to C.24, autonomy-budget enforcement to E.16, and gate or release claims to A.20 or A.21 when those exact claim kinds are being made.

Last Updated: 2026-07-31 — upstream FPF commit 1eb56cd0 (github.com/ailev/FPF)