Product design, design systems, front-end architecture, AI-assisted build
A theme chosen in the abstract often fails. A palette that looks good as swatches can fall apart on a real page. I wanted to test a theme on real page blocks, in light and dark, at every width, before I write any production code.
Each feature started as a written plan: the export plan, the blocks plan, the palette library plan and the site-builder plan. Each plan lists its open decisions, and I accepted or changed them one by one before any code was written.
Claude Code then did the tasks in order and stopped after each one for my review. Snapshot tests compare every export with a saved baseline, so a change I did not intend shows up at once. I checked each visual change in a browser, because the tests do not see the layout.
The project rules live in one file that every session reads first. Examples: keep the app launchable from my dashboard, never remove a feature without asking, and write every label in plain, simple English.
I started ThemeBuilder in April 2026. It has grown through four plans into a full theme studio with multi-page export.
It styled this website. The type scale, colours and spacing here are ThemeBuilder tokens, copied into Webflow variables with the same names. When I made the site more readable, I changed the values in both places, so the tool and the site still match.

The live page preview, with the theme that styles this website.

The palette library: 348 Wada palettes, each with suggested light and dark themes and a contrast check.

The style guide shows each text style with its token, so every size traces back to one variable.
I like to compare notes with people who design, build and make. Let's talk.