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:35:10 UTC

C.31:4.5 - Seed characteristic heads and repair actions

These heads are seeds, not an exhaustive taxonomy. Use only the heads that change the next action.

Characteristic headIntended characteristic interpretationTypical scale or value formDeclared measurement or comparison basisDefect signalRepair directionEscalation trigger
InternalCohesionDensityDensity of typed relations inside a proposed module.ratio or graph-derived valuetyped dependency graph or DSMproposed module has insufficient typed internal dependency basissplit the proposed module, move relations, or reclassify as component relationcomparison, clustering, or publication use
ExternalCouplingDensityCross-boundary dependencies per module or interface.ratio or distributiontyped dependency graph, interface graph, integration defectshidden external dependencies dominate module boundaryexpose dependency, revise interface spec, split context, or accept bounded exceptionintegration risk, assurance, or release claim
InterfaceAlphabetSizeCount or entropy-like variety of interface types.count or entropy-like valueinterface registrytoo many interface variants erase modular benefitreduce variants, introduce interface grammar, split context, or document exceptionplatform grammar, candidate selection, or publication use
InterfaceStandardizationShareShare of interfaces conforming to declared specifications.ratio or percentageconformance tests and specificationsstandardization is low where reuse needs itdefine or narrow standards, add conformance tests, or stop at local exceptioncross-case comparison, certification, or procurement decision claim
InterfacePublicnessOpenness, publication, and vendor-neutrality value.ordinal or categorystandards, API specs, licensing, access termsopen label lacks substitutability relation, substitution policy, conformance expectation, or interface specificationrecover interface spec, substitution policy, and conformance expectationopen-architecture claim, procurement decision claim, or publication claim
SubstitutabilityWidthNumber or diversity of compatible alternatives for a slot or interface.count or diversity valueapproved implementations, vendors, testsonly one viable implementation existsrepair interface spec, loosen unnecessary coupling, or mark single-source exceptioncompetition, platform, or decision claim
ModuleTypeReuseRateInstances per module type or template.ratio or countproduct-line records, bills of material, template recordsreuse is claimed only by repeated namingdefine module type, allowed variation, and measurement basiscross-case reuse or product-line publication
TemplateCompressionGainDescription saving from template plus parameters compared with instance-by-instance descriptions.ratio or bits under declared methodcorpus or model-description methodcompression erases safety, law-domain, or source distinctionsadd source-return condition, split template, or apply C.29lens-characteristic or effect claim, publication, or decision use
FunctionModuleAlignmentCharacteristicFunctional elements and module relations align without unmanaged many-to-many exceptions.vector, ordinal, or bundle descriptionfunctional view and module relation recordsallocation hides many-to-many exceptionssplit function from module claim, revise allocation, or add correspondencecandidate decomposition or quality-composition claim
FlowModuleBoundaryAlignmentCharacteristicFlow topology crosses declared interfaces rather than hidden channels.vector, ordinal, or bundle descriptiontransformation-flow structure refs and interface refsflows bypass declared module boundariesexpose crossing, revise interface, or apply C.30.TFS-REL for the bounded architecture use of the selected transformation-flow structurepublication or assurance claim about that architecture use
ControlStructureSeparationCharacteristicControl responsibilities, rates, and boundaries are explicit enough for the architecture move.ordinal or vectorLCA or control description and temporal adequacy basiscontrol relation is hidden inside module labelapply C.30.LCA, C.27, A.3.3, or B.3 when a control, temporal, dynamics, or assurance claim kind is being madestability, assurance, or gate use
HiddenCouplingDiscoveryRateHidden dependencies discovered after integration or change.ratedefect and change recordsdependencies appear lateexpose side channel, revise interface spec, add sentinel, or reopen boundaryintegration risk, repeated release, or assurance claim
CrossBoundaryChangeReachHow many modules, views, or work items a local change touches.distributionchange-impact recordslocal change travels farther than claimedsplit relation, add interface grammar, revise allocation, or source returnrelease, decision, or comparison claim
WorkRepeatabilityShareDelivery, operation, or test work under repeatable method descriptions.ratiowork records and method descriptionswork repeats as bespoke effortdescribe the repeatable Method in a MethodDescription under A.3.2 or accept exceptionwork planning, evidence reuse, or scale use
EvidenceReuseShareEvidence package items reused across instances or contexts.ratioevidence graph and validity contextevidence is recreated or mis-scopedmove repeated evidence into reusable evidence or assurance packagecertification, safety-case, or assurance claim
RegulatoryBespokeResidueOne-off regulatory or acceptance content not covered by reusable structures.ratio or ordinalsafety, approval, or regulatory recordseach instance needs new regulatory argumentisolate residue, add reusable evidence package, or keep bounded exceptionsafety case, approval, or publication claim
LearningTransferCoefficientImprovement transfer from one instance or run to subsequent instances.slope or elasticityrepeated work data and learning curve recordsimprovement claim hides time or causal assumptionsapply C.27 for temporal adequacy and C.28 for causal usecausal, benchmark, or scale-preference use
BespokeResidueShareShare of structure not covered by reusable templates or rules.report-only share unless C.16 measurement basis is declaredRSA description and exception registerresidue is hidden under reuse scoreuse C.31.RSA and source-return conditionaccounting, comparison, or decision claim
RGFlowStabilityStability of characteristic vector across declared coarse-graining scopes.vector or ordinaldeclared multi-scope architecture graphscoarse-graining hides lower-scope hazardsapply C.29 for lens use and C.31.ASAP when an architecture scale-preference claim is being madeRG, scale, or lens transfer use
ExceptionCurveSlopeChange in one-off exceptions over a scale variable.slopeexception records against scale variableexceptions grow with scaleapply C.31.ASAP or accept bounded exceptionscale preference, publication, or decision claim