mirror of
https://github.com/pbakaus/impeccable.git
synced 2026-09-12 06:06:37 +03:00
Paul BakausandClaude Fable 5.1
bb1ca3c7df
`ai-color-palette` catches the palette nobody picked: the violet and the cyan a model reaches for when there is no design system. The browser sweep was reading only the hue, so a site whose own documented tokens land in those bands tripped it on every element wearing one. On impeccable-site's "Paper and instruments" pull request, where the DESIGN.md palette is a verdigris `oklch(70% 0.12 188)` on an `oklch(24% 0 0)` instrument face, that was 218 findings across 54 pages, all of them "Cyan neon text on dark background" against a token the author had written down. `check_element_ai_palette_dom` now takes the scan's design system and skips any gradient stop or text color the DESIGN.md declares, matched with the same `browser_colors_close` tolerance the `design-system-color` rule uses, so a color that rule calls declared is declared here too. A scan with no DESIGN.md, or one whose DESIGN.md has no palette, is unchanged: there is nothing to consult and every color stays in scope. Measured on that site (54 pages, headless Chrome, the in-page bundle): with the design system, ai-color-palette drops 218 -> 8; without one it stays at 218. The 8 survivors are the real thing, the purple gradients the /slop and /docs before-and-after exhibits ship on purpose. No design-system-* count moves. Assisted-by: Claude Code Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01LQBUunp8QttxZqihybNmtL