C.32.MLAO:7 - Conformance Checklist

ID	Requirement	Purpose
`CC-C32.MLAO-1`	The use starts from a recoverable residual triage.	Prevents premature optimization.
`CC-C32.MLAO-2`	Affected declared holon-level refs or declared scope refs and selected structures are named.	Keeps multilevel wording reviewable.
`CC-C32.MLAO-3`	Each candidate names residual reduced, architecture characteristic affected, and new burden.	Prevents one-sided optimization.
`CC-C32.MLAO-4`	Comparison inputs, comparison results, selection results, and choice results name their pattern for the next question.	Keeps C.32.MLAO from performing comparison, selection, or choice locally.
`CC-C32.MLAO-5`	Lens-backed claims use C.29 when mathematical-lens use is being claimed.	Keeps mathematical adequacy outside this pattern.
`CC-C32.MLAO-6`	Source-return condition is present when compression hides distinctions.	Keeps later source-use or decision-use claims tied to recoverable sources.
`CC-C32.MLAO-7`	Evolution window, dynamic front or archive relation, and any NQD or OEE support are typed as retention or generation support only.	Blocks static-optimum and selector overread.
`CC-C32.MLAO-8`	Influence-source and transformed-side architecture content stay distinct through exact C.30 holon, obtaining-`ArchitectureRelation`, selected-structure, or modal-`ArchitectureClaim` refs; the changed referent and any actual A.3.4 transformation stay separate; `C.32.CONWAY` is used when correspondence candidates are being prepared.	Preserves kind distinction among architecture content, influence, Work, actual transformation, and structural similarity.