Design system conformance check

Check every page and template against this site's design system. Report what does not follow it, then fix it after my approval. Start with get-design-context, get-tokens, get-notes, list-components and get-site-assets. Then run list-pages (pages with a Delta design) and list-templates. Do not change anything yet. 1. Raw values: read site.css, the CSS of every template and designed page, and the style attributes in their HTML. List every colour, font family, font size, spacing, radius, shadow, duration and z-index that is a raw value (hex, rgb, px, rem and so on) instead of a var() of a token. For each one, propose the nearest token. If no token is near, say so. Do not invent one. 2. Unknown names: list every var(--…) that names a token or property this site does not define. 3. Components: run find-component-usage and check-component-conformance. List instances that no longer match the component's markup, and copies of a component that are not marked as one. 4. Design rules: check the pages against the rules in the design system notes (for example colour roles, type steps, or spacing with gap). List what breaks them. 5. Repeats: list CSS rules that appear in three or more pages or templates and belong in site.css. 6. Report it as a table grouped by kind: where (page, template or site.css), what, the current value, the proposed fix, and how sure you are. Put the counts at the top. 7. Wait for my approval. Take a snapshot with create-snapshot before the first fix. Then fix one document at a time with patch-site-assets, patch-template-content and patch-page-content, and rewrite-component-instances for components. Read each document back after the fix and confirm that the approved raw values are gone. 8. If the same missing token shows up in several places, propose it as a new token in a separate list for me to decide. Do not add it yourself.