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 14:36:52 UTC · snapshot created 2026-10-03 14:38:14 UTC · last check 2026-10-03 14:40:20 UTC

C.30.AD.BA:4 - Conformance Checklist

IDCheckRepair when absent
BA-1The exact built asset is recoverable, and every used architecture description has one exact ClaimGraph, one EntityOfConcern—built asset, obtaining ArchitectureRelation, or selected structure—and effective U.ReferenceScheme.Recover the asset under A.1, subject relations and architecture relation under C.30, selected structure under A.22, and description identity under C.2.1; do not derive the subject from an optional architecture-claim field.
BA-2Every asserted architecture structural view is the same exact description episteme whose selected-structure EntityOfConcern, structure kind, exact viewpoint, and independently obtaining E.17.0 conformance relation are named.Apply A.22, E.17.0, and C.30.ASV; do not use the file, bundle, dashboard, representation, publication, or current use as the structure or view constructor.
BA-3Every relied-on designation names its scheme, designated entity, selected aspect structure, qualification window, and exact designation/reference relation when one is claimed; design/realization correspondence remains a separate claim or relation.Recover the direct designation/reference owner and occurrence, or keep a bounded designation-use claim; never use repeated spelling as entity identity or parthood proof.
BA-4Exchange checking and architecture evaluation have different evaluated objects and governors; source episteme, representation, publication occurrence, form, carrier, actual subject relations, selected structures, and descriptions remain distinct.Keep description conformance with the exchange use; return relation truth, architecture adequacy, evidence, and assurance to their direct patterns.
BA-5Reused or live descriptions name source-to-use, source-return when stronger use needs it, description freshness, and publication-currentness objects appropriate to the exact claim.Apply G.11; do not turn freshness, synchronization, recent publication, or live data into grounding, truth, evidence sufficiency, or architecture adequacy.
BA-6Digital and physical objects retain direct kinds, identities, coupling relations, Work, and transformations; actual change is cited only with the full A.3.4 basis. Project-local use additionally names both exact composite Work and the obtaining project-use relation.Recover model, systems, epistemes, the exact composite U.Work, interfaces, coupling, actual changed referent and facts, and builtAssetDescriptionProjectUseRelationRef as the separately governed obtaining relation by which this description use concerns that Work before making identity, parthood, transformation, or project-locality claims.
BA-7Every used cost, schedule, operation, maintenance, sustainability, or energy view names exact description identity and, when asserted as a structural view, selected structure, viewpoint, and conformance; its characteristic, Work, temporal, causal-use, evidence, assurance, and currentness claims keep exact subject patterns.Use C.16 for the measurement result, A.15.1 for Work, C.27.TA or C.27 for the exact temporal use, C.28 only when the view, telemetry, simulation, maintenance action, or claimed change is used causally, A.10 or B.3 for reliance or assurance, and G.11 for currentness; do not let the auxiliary view itself establish a causal effect, sustainability, acceptance, evidence, assurance, or architecture adequacy.
BA-8Every ISO 19650-based use names the exact part and edition, exact source-to-use path, used information or model edition, source-status reference date, validity window, refresh or source-return condition, and admissible and non-admissible use.Pin the exact published edition used; reopen this source-use locus when ISO status, the cited edition, information edition, or intended use changes. Do not silently substitute a draft or successor edition or import standard terminology as FPF ontology or authority.
BA-9Every declared use that crosses design-side and run-side material fills one BuiltAssetDesignRunSeparationUse with exact side-specific descriptions, Work when current, source and currentness refs, classification basis, admissible cross-lifecycle use, and blocked merge; correspondence, coupling, and transformation refs appear only when their direct predicates obtain.Fill the local record from already governed refs, or narrow or block the cross-lifecycle use. Do not restore a generic tag, infer identity or parthood from co-display, or treat telemetry, Work, correspondence, coupling, or a proposed effect as actual A.3.4 change.
BA-10A green twin, dashboard, exchange result, or release screen remains a cue until the required A.21 GateDecisionResult is established for a named gate decision; gate decision, release action, work-entry readiness, permission or grant act, performed Work, and a subject-release predicate remain distinct claims.When a named gate decision is current, establish or recover its GateDecisionResult, applicable profile application and exact check-application results; use publication and the optional DecisionLog under A.21:4.10 only when those uses are current. Route a release action or other performed Work to its exact A.15.1 occurrence, readiness to A.15.5, a permission result or exercise to A.2.8.PER, an instituting or revoking grant act to A.2.9, and a subject-release claim to its named predicate and participants or A.6.RCD missing-governor; none is entailed by freshness, evidence, assurance, the display, or a GateDecisionResult with decisionValue=pass.