C.31.RSA:5 - Archetypal Grounding
Tell. Account for structure at declared loci under a declared accounting basis.
Show. In one architecture, reusable structure may be located in a template and interface grammar. In another, it may be located in a test package, regulatory argument, work method, or flow pattern. In a third, the reusable part may be small, but the bounded exception is exactly what preserves safety or local fit.
Show. A share can be useful as a local report. It becomes misleading when it hides which structure was counted, which structure was not counted, and when the reader must return to source records.
Holon and episteme: the structures being accounted over are selected architecture-relevant structures in context. The RSA description describes those structures; it records the local accounting slots, report-only share values, and any source-return condition.
C.31.RSA:5.1 - Worked case: reusable evidence package, bespoke delivery work
Situation:
A regulated product line has reusable component templates and a reusable test package.
Each customer delivery still repeats approval work and bespoke integration exceptions.
ReusableStructureTriage:
describedHolonRef: product-line delivery system
reuseQuestion: which selected structures are reused and where does bespoke residue grow?
deploymentBoundary: regulated customer deployments
intendedAccountingUse: decide the next reusable-structure repair
claimScopeRef: reusable-structure accounting for regulated delivery
qualificationWindowRef: 2026Q3 regulated-delivery review window
architectureClaimRef: C.30 architecture claim for the product-line delivery system and its selected delivery structures
structureRefs:
component template structure
interface grammar structure
evidence package structure
delivery work structure
accountingRelationRefs:
reuse, exception, and bespoke-residue relations for the named deployments
evidenceRefs:
deployment, approval, integration-exception, and reusable-test-package records
whereReusableStructureCurrentlyLives:
component template structure
reusable test package
interface grammar for standard variants
whereBespokeResidueCurrentlyGrows:
customer-specific approval work
integration exceptions outside interface grammar
local evidence witnesses not covered by reusable package
residueRefactoredInto:
workStructure + evidencePackage + interfaceSpecification
residueAcceptedAsBoundedException:
customer-specific regulatory clause with declared non-admissible reuse
sourceReturnCondition:
return to deployment evidence and regulatory exception record before assurance or gate use
relatedClaimPatternsIfClaimed:
`A.10` for the evidence-validity claim's source-to-use basis; `G.6` when a citable provenance path is needed; `B.3` for assurance reliance; `A.6.M` for interface grammar when a module-interface claim is made; `C.16` for the measurement account; `A.19.CPM` for comparison under a declared comparator
stopCondition:
report-only accounting unless comparator admission, evidence validity, and assurance validity are declared
Admissible move: publish the local report-only RSA note and refactor the repeated organization of delivery approval work into reusable work structure and reusable evidence structure. Non-admissible move: claim that the reusable evidence package proves every deployment or that a high reusable share makes the architecture better.
C.31.RSA:5.2 - Anti-case: high share hides a bad architecture move
Situation:
A team reports that 85 percent of its architecture is reusable because most screens use one shared template.
The template makes many local exceptions necessary for product teams and side-channel integrations.
This is not a successful RSA result. The accounting basis counts template instances but hides interface relation cost, lost variation, hidden bespoke work, and evidence decay. The repair is to mark the share as report-only, add the missing bespoke-residue slots, and apply A.6.M, C.31, or a characteristic pattern governing the claim to the interface relation cost before any comparison or decision use.
Lowering replay: the team tries to use the 85 percent share to rank this template architecture above another product-line variant and approve the template program. The use is lowered to local report-only accounting because the comparator set, accounting-basis alignment, interface-cost measure, source-return condition, and decision record are absent. Before comparison or decision use, the interface grammar must be repaired under its direct pattern, using A.6.M when a module-interface claim is current, C.16 must govern the interface-cost measurement, A.19.CPM must govern comparison of the admitted profiles, A.19 must govern any CharacteristicSpace or reusable space predicate used, and C.11 must govern the local decision claim.
Stop condition: do not use the 85 percent share for outside-RSA ranking, gate, assurance, or decision. Reopen the RSA note when the interface grammar, exception register, or comparator set changes.
C.31.RSA:5.3 - Transfer case: neural-network block replacement
Situation:
A model architecture replaces a repeated attention block with a hybrid SSM-attention block.
The benchmark improves, but cache placement, memory access, and ablation evidence change.
RSA can transfer from product-line architecture to neural-network architecture only after C.30.STRAT has treated block, cache, and related terms as source labels unless the reusable locus is already recovered. Then RSA names the declared structures and accounting basis:
- reusable structure may be located in recovered repeated-block topology, dataflow pattern, cache-placement rule, or evaluation harness;
- bespoke residue may be located in model-specific tuning, data distribution dependence, memory-layout exception, or ablation gap;
- benchmark gain is not reusable-structure accounting by itself;
- for evidence claims, use
A.10for source recovery and bounded reliance, andG.6when a citable provenance path is needed; useC.28for causal claims andC.29for mathematical-lens or compression claims.
Admissible move: record which recovered structural locus was reused, what changed, what source distinctions must remain reachable, and which pattern defines or tests each benchmark, evidence, causal-use, or mathematical-lens claim. Non-admissible move: treat “block replacement improved the architecture” as RSA proof.