Loop/loopDesign & UXlow riskintermediatesafety B · 85Forward Futurepre-dates current gate · under review

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.

prompt
→ Claude
Reduce the CSS styling code [site] sends to users without changing tested screens. First capture representative pages, sizes, themes, and interactions, and record the built CSS size. Treat coverage reports only as suggestions. Remove one declaration or rule, rebuild, and rerun screenshots and project checks. Keep it only if every screenshot is pixel-identical and built CSS is smaller; otherwise revert. Stop when no supported candidate remains, progress stalls, or approval is required. Return reduction, evidence, and untested states.
claude-code · codex

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

  1. 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.
  2. Use a CSS coverage report to suggest declarations or rules that may be unused, then remove one candidate from the maintainable source file.
  3. 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.
  4. 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.

Source: Forward Future

More design loops

Build React UI to spec

Loop/ralphnew

Construct React components and UI elements, checking Thread #10 for completion criteria and exit signals.

prompt
→ Claude
/ralph-loop "Build React UI. Check Thread #10 for EXIT LOOP." --max-iterations 50
designmedium riskclaude-code

Build frontend UI to signal

Loop/ralphnew

Iteratively build frontend UI components while polling oracle threads for an EXIT LOOP signal, up to 50 iterations.

prompt
→ Claude
/ralph-loop "Build frontend UI. Check oracle threads() for EXIT LOOP signal." --max-iterations 50
designmedium riskclaude-code

Polish page against design brief

Loop/ralph

Read the design brief, apply one focused improvement to the current implementation, re-check against all requirements until the brief is fully met.

prompt
→ Claude
/ralph-loop "Read the brief at /redesign/briefs/clients-brief.md. Compare the current implementation to the brief's requirements (every section of the brief, including Recipe Context and Implementation Notes). Apply one focused improvement. Re-check against the brief. If all brief requirements are met, output <promise PAGE-POLISH-COMPLETE</promise ." --max-iterations 8 --completion-promise "PAGE-POLISH-COMPLETE
designmedium riskclaude-code