Delete dead CSS, pixel-safe
Remove one unused or redundant style at a time and keep it gone only when every tested screen looks identical.
Use this when
Use this when a website's styling files may contain unused declarations, duplicated rules, or old overrides and representative pages and interactions can be captured in repeatable screenshots.
How it runs
- Before deleting styling code, list representative pages, screen sizes, light and dark modes, conditional content, hover and keyboard-focus states, and other important variants; capture screenshots and record the final built CSS size.
- Use a CSS coverage report to suggest declarations or rules that may be unused, then remove one candidate from the maintainable source file.
- Rebuild, run project checks, and recreate every screenshot; keep the deletion only when all images are pixel-identical and the built CSS is smaller, otherwise revert it.
- Repeat until no well-supported candidate remains, repeated attempts save nothing, the screenshots cannot cover the affected behavior, or approval is required.
Done when
✓ The delivered stylesheet is smaller while every tested screen remains pixel-identical. The same project checks and screenshots pass after each retained deletion, the built CSS file sent to users is smaller, and untested browsers, screens, or interactions remain explicit risks.
Why it works
Screenshots taken before cleanup preserve the current appearance as the standard. Exact image comparison and one deletion per round catch visual changes that an automated coverage report cannot understand, including rules that matter only because of their order.
Implementation note
CSS is the code that controls a page's appearance. A coverage report can suggest that a rule was not used during one visit, but it cannot prove the rule is unnecessary everywhere. Add uncertain browsers and interaction states before deleting their styles.
More design loops
Build React UI to spec
Construct React components and UI elements, checking Thread #10 for completion criteria and exit signals.
Build frontend UI to signal
Iteratively build frontend UI components while polling oracle threads for an EXIT LOOP signal, up to 50 iterations.
Polish page against design brief
Read the design brief, apply one focused improvement to the current implementation, re-check against all requirements until the brief is fully met.