r/DesignSystems

Built 120+ CMS detail pages in Framer with all different layout, all from one collection. Here my setup using nothing but components and variants.
▲ 14 r/DesignSystems+1 crossposts

Built 120+ CMS detail pages in Framer with all different layout, all from one collection. Here my setup using nothing but components and variants.

So my client is an German installation artist, over 40 years of work, which means 120+ project pages. And obviously he didn't want every page to look the same.

Fair enough. But I also wasn't going to build 120 pages by hand, so here's what I ended up with.

(and yes you can use AI too but more to that later)

One content row component with variants.  Named by the column splitting

- 2/3 + 1/3, the other way around
- 50/50
- full screen
- 33 / 33 / 33 (three columns)

In the CMS every row has an option field that picks the variant, and each column has conditional visibility bound to it.  Empty stuff just disappears. One artwork = one CMS entry.  No second collection, no back references, none of that complicated stuff. Maybe im just not smart enough

Well, two things got me.

First one, fit vs fill. 

If you put all three columns on fill you need fixed heights, and I have no idea how tall the client's text or pictures are going to be. What worked: middle and left on fill with space between, right column on fit with a fixed gap.
Then your top and bottom items are actually aligned.

Second one, and this is the part where it really gets tricky. 

Two columns at 2fr and 1fr next to each other with the same gap do NOT line up with a three column row. I mean this:

2fr___  / 1fr
1fr / 1 fr / 1fr

Looks like theyshould, right? 2/3 and 1/3 together, that's three thirds. Nope. 

Framer calculates fr against the whole width, not against your element (I think). 
And before you tell me I'm acting dumb (lol) and should just use 19px instead of 38px, no, that doesn't work . I tried. 
Ended up building a component just for that case. I named it "clutch double image" because it helped me clutch this .

Also, the canvas lies to you. Framer renders items inside columns even when they're invisible, so half the stuff you're debugging isn't actually broken. Check the live preview first, would have saved me some time.

The nice part is once the fields exist, filling them is boring, so I don't do it. I point Claude Code at the hi-if design PDF and it fills the entry, picks the variants used per row in the hifi design and drops the content from the pdf in the cms. Works better than I expected honestly.

I recorded the whole thing in the editor, my English isn't the best but I hope you will understand  it all tho: https://cms-layout.framer.website

Let me know what you think, happy to answer anything about the setup.

u/Longjumping_Leave356 — 19 hours ago
▲ 9 r/DesignSystems+3 crossposts

I built a gradient generator that goes way beyond CSS

Hey r/SideProject,

I’ve been working on AnyGradient, a gradient editor for designers and developers.

I started building it because most gradient generators I came across were either very basic CSS tools or focused on exporting images. I wanted something where I could create more complex gradients and then actually use them in a real project.

AnyGradient supports:

  • OKLCH and Display-P3 colors
  • different color interpolation methods
  • linear, radial and conic gradients
  • layered gradients and noise
  • Image to Gradient tool
  • export to CSS, Tailwind, React, React Native, SwiftUI, Android, Flutter, Figma, PNG, WebP
  • a collection of ready-made gradients that can be opened and edited
  • import gradient code

The main goal is to keep the visual editing experience simple while still giving you much more control when you need it.

I recently launched it and I’m now trying to figure out what’s actually worth improving or building next. Would love to hear what you think, especially if you’re a designer or developer who uses gradients in real projects.

u/evocatus3000 — 2 days ago
▲ 3 r/DesignSystems+1 crossposts

What does the AI product design workflow actually look like now? Figma + design system?

I’ve been thinking a lot about what the “default” product design workflow is going to look like as AI gets better at building UI.

Is Figma + a solid design system still the best setup?

For people building products with AI — especially solo builders or small teams — what does your actual workflow look like right now?

Mine has been roughly:

Figma → design one or two core screens → use the design system / existing components to derive the rest → build with AI

I don’t really design every screen in Figma anymore. I mostly use it to establish the core direction, layout, components, and visual language, then let the system do a lot of the repetitive work.

But I’m curious if people are moving even further away from Figma — like designing directly in code with Cursor/Claude/etc., or using Figma mostly as a source of truth for tokens/components.

What’s actually working for you?

Especially curious about the difference between solo builders vs. teams with designers + engineers.

reddit.com
u/tnduskim — 2 days ago

AI kept rebuilding components I already had, so I built a tool that treats the design system as the source of truth

I've been trying to design interfaces with AI, and I keep running into the same problem.
The project already has a UI kit: components, variants, tokens, the lot. I ask the agent to add a button to a screen, and instead of using the Button component sitting right there in the codebase, it draws a new one. Slightly smaller. Slightly different. One more inconsistency to clean up.
That's what pushed me to try dedicated design tools.
I started with Claude Design. I couldn't get my existing UI kit into it because I hit the 5 MB limit, so I let it build a design system from scratch instead.
It duplicated components and icons. The same icon was drawn again on the next page, and by the third screen it looked different each time. I also couldn't point it at files on my machine or give it the tree of Markdown skills and project rules my agents already use.
The result wasn't product-ready. I still had to assemble the actual UI kit and design system by hand afterward.
Then I tried Figma Make. In my experience, it accepted my UI kit but never really treated it as the source of truth. Screens were built around my components rather than from them.
Skills were the other half of the problem. Mine are organized as a tree of Markdown files across multiple folders, and there was no clean way to import them or keep them synchronized with the codebase.
But the biggest problem was extension. If a prop or component was missing, the system didn't extend the kit. It either left the capability missing or created a one-off implementation, putting me back where I started.
Both are useful tools. They just stop at the exact boundary I needed to cross: designing against the real system, then extending that system when a screen requires something new.
So I built Varelyo for that workflow.
Varelyo opens your local React project and reads its components, variants, sizes, and tokens directly from source. The works directly with JSX code, so the component you edit is the same component your project imports.
If a screen needs a missing prop or variant, Varelyo adds it to the component. If it needs a new component or token, it adds that to the system according to your project's rules instead of dropping a one-off implementation into the page.
Agent skills are generated from the source and updated when the source changes. A second brand can use the same components with different token values rather than forking the whole system.
What comes out is ordinary JSX built from your own components and tokens, on an ordinary Git branch. There's no proprietary design file that needs to be translated back into code.

https://varelyo.com/

u/kr1sck — 3 days ago
▲ 11 r/DesignSystems+3 crossposts

Hidden gem: one page tool free color palette generator + contrast checker + gradient tool that runs in the browser (no signup)

Found these recently back and keep coming back to them three free color tools, no signup, nothing stored anywhere, one page with 3 handy simple tools for Web dev...

sharing in case it's useful to anyone here:

Color palette generator — https://thedesigntools.site/color-palette-generator/

WCAG contrast checker — https://thedesigntools.site/color-contrast-checker/

CSS gradient generator — https://thedesigntools.site/css-gradient-generator/

All free, no signup, runs right in the browser

u/Realistic_Evidence90 — 3 days ago

How do you document a feature that lives on five different surfaces? Component docs don’t cover it.

Platform team at a hardware company. Same feature has to exist on five surfaces — mobile, on-device screens, cloud, consumer app. Our component-level design system is fine. The layer above it isn’t documented anywhere: the feature as a whole, across surfaces.
\~20 of these, 3 written up. Does anyone document at this level? What’s in it, where does it live, and what did you end up cutting because nobody read it?

Let me know if I shall elaborate.

reddit.com
u/Fancy-Gear-7402 — 3 days ago

I used the same prompt on Figma AI and Claude Code and... Figma fail...

Have you tried Figma AI on a file that already has a design system? I did, thinking: Figma knows my library, it is sitting right there in the file, this is going to be fast.

It was not. Every time I asked for a screen, it drew something that looks like my components instead of using them. Right shape, roughly the right color, and not one of them was an instance of anything in my library. Every frame invented and named on the spot, every color a hex it picked itself, every text size a number it typed.
My design system was open in the same file and it may as well not have existed. Cleaning that up takes longer than building the screen by hand.

So I assumed the problem was Figma, and I connected Figma to Claude Code through the MCP instead. Same prompt, same result. Different tool, same drawing.

That is when it clicked for me. The problem was never the tool. I never actually given the agent the design system. Not a link to the library sitting in the file, the content itself: design tokens, components with their variants and states, and the usage rules that say which one to reach for.

So I fed all of that to Claude Code through a homemade MCP, plus a few skills that teach it how you are supposed to work with a design system, in Figma and in code.

Third run, same prompt as the first two. This time it used my design system. Every element on that screen is an instance of one of my components, and it picked the right one each time, in the variant and the state I would have picked myself. Not a single raw hex either: every color is bound to one of my color tokens, at the right step, and the type sizes are my typography tokens instead of pixel values. I can name them one by one, but that is my library, not yours, so the part that matters is that it chose correctly and I had nothing to clean up.

Visually the first and the last run are in the same ballpark. As something to hand to a team and maintain, they are not the same object at all. One updates when the library updates. The other is a drawing.

Screenshots below are run 1 and run 3 (I did not capture the middle one, it looked like run 1). You can also open the file on the Figma community and check the layers yourself: https://www.figma.com/community/file/1671111797169916480

To be clear about what this is: one dashboard, one design system, one run each. An observation, not a benchmark.

That third setup is what I am building now, and it is called Stellar. It reads your design system, from your Figma library, your repo, or your documentation, and hands it to the agent before it starts, so it can only build with your components and your tokens. Same rules in Figma and in code, because a screen and its implementation should come out of the same library. It is in private beta:
stellar-design.app

Mostly I want to know if this is your failure mode too, or if you hit something else. Tokens drifting, variants ignored, accessibility quietly dropped? I would rather break this against a design system messier than mine.

u/Dragownyx — 3 days ago
▲ 14 r/DesignSystems+1 crossposts

Build your design system with editable components.

Hi

I'm working on an early stage project like this. It's similar to Figma, but the entire canvas is generated from code.

This allows you to design on a working prototype. You can experiment with different aspects, manage design tokens, and ask AI to create consistent designs using components.You can connect your own Agent to the canvas. I'd love to hear your thoughts.

İf you wanna try https://visualwizard.app/

u/tokmako — 4 days ago

I keep seeing ‘JSON contracts’ pop up in DS discussion (especially with AI) anyone have advice?

Has anyone set up a json contract? How are you using and managing it?

I love the concept, but unsure of the implementation

reddit.com
u/404_computer_says_no — 6 days ago

How is your design team handling the Figma + AI coding agent split?

I lead a product design team of about 35. Some of the team has moved into Claude Code alongside Figma and it's working well, but our operating model hasn't caught up.

Over the last few months a good chunk of the team has started working in Claude Code alongside Figma. The output has been genuinely great, but it's quietly broken our operating model in ways I didn't see coming.

We now have work happening in about five different shapes:

  1. Figma only, same as always

  2. Figma first, then moving into code for prototyping or refinement

  3. Straight into code for exploration and refinement, never touches Figma

  4. Cloning the repo and refining an already shipped flow against current production code

  5. Same as 4, but pulling it into Figma to think structurally, then back into code

The things I'm looking for thoughts on:

Source of truth. When some work lives in Figma and some lives in a git branch, what's actually authoritative? We've landed on "Figma is truth before the build, code is truth after merge" but I'm not confident that survives in reality.

Handoff. Today designers annotate accessibility, focus order, responsive behaviour, states. In a coded prototype most of that is just there and executable, which feels like an upgrade. But we've got a new problem instead: an engineer opens a design branch and can't tell which parts are deliberate design decisions and which parts the agent generated to make the thing run. Has anyone solved that cleanly?

Visibility and consistency. Figma work lives in Figma, code work lives in repos. How do you keep a holistic view of patterns, styles and what's in flight? We used to catch inconsistency by reviews in shared files. That completely stops working when people are producing at agent speed across different platforms.

Anyone further down this road? What worked, what blew up?

reddit.com
u/Sad-Group9616 — 9 days ago
▲ 1 r/DesignSystems+1 crossposts

Anyone use extended collections to manage 1 design system for for web, iOS and Android?

My concern is that the file gets so big with all the component variations, but the alternate is having 3 different files.

reddit.com
u/OatmealNinja — 8 days ago

Design system recommendations

Hi.
I’m more of UX designer than UI, but need to
build the first design system for a small city. My goal is to create clear guidelines and components that our teams can easily follow when creating new pages.

So far, I’ve reviewed design systems from three different government sites. They are similar, though some document their reasoning better than others.
I’m worried about falling down a rabbit hole of analyzing too many systems.

I’ve been using just one design system as I redesign a few pages.

Can anyone share their experience of creating a design system from scratch for an organization?

Was there one design system that helped the most?

reddit.com
u/coolusernamebabe — 9 days ago

Do you have a process for validating designs against the original requirements?

I've noticed a recurring problem in product teams:

PRDs and SRS documents define what the product should do, then designers turn that into flows and screens. But by the time the final UI is ready, it's surprisingly easy for things to drift.

Requirements get missed.
UX issues are discovered late.
Accessibility considerations get overlooked.
And sometimes the final screens simply don't reflect what was originally agreed upon.

I'm curious how other teams handle this.

Before development starts, does anyone actually validate the final screens against the original PRD/SRS/specs?

If you do, what does that process look like?

  • Manual review?
  • Design/PM checklist?
  • QA review?
  • Automated tools?
  • Something else?

And who usually owns that responsibility — Design, Product, QA, or Engineering?

reddit.com
u/Exciting-Ad4291 — 10 days ago

Versioning strategies?

I'm curious as to what kind of versioning strategies people use for their design systems.

Specifically, in the component space.

Are you versioning the package as a whole? Individual components?

Our DS is AI-centric, meaning it's mainly there for AI to use. We have tokens, documented rules, and an React component system.

The design is in progress, though, so things may change regularly over the next few months as we see more screens built and make more adjustments to individual components as needed to accommodate the context they are being used in.

My original thought was for each component to have a version number embedded. Over time, teams could run an audit on their application to compare their component version numbers to the latest in the DS and make a decision as to which ones should be updated.

This seems annoyingly complex for manual updating, but since Claude is doing most of the work, seemed like an idea worth considering. Is anyone doing something like that? If so, would love to hear how you are implementing it.

OR...are people just versioning the UI library package as a whole?

reddit.com
u/roundabout-design — 8 days ago

Built a design system from scratch, docs and everything auto-generated. Would love testers.

I'm a designer, not a developer, so I started this as a learning project, wanted to build something with my own design knowledge instead of just handing off specs. First time building anything like this.

78 components, custom token architecture (tiered approach learned from the Intuit Design System), zero runtime dependencies, an AI chat on the site trained on its own content.

The part I'm proud of isn't the tooling, it's that the design opinion and architecture are mine. Every token decision, every component rule, came from my own direction guiding an AI-assisted build, not a template. Aimed for production-grade the whole way, and it's been one of the best learning experiences I've had.

Fully customizable too, bring your own fonts and colors, inject your own style on top of the base tokens.

Would love a few people to install it, poke around, and tell me what breaks or what's confusing.

npm install u/robr0/design-system

Site: https://robertritacca.com/design-system
Playground: https://robertritacca.com/playground

Storybook: https://design-system-iota-one.vercel.app/?path=/docs/robr0-ds--docs
Repo: https://github.com/robritacca-dotcom/design-system

u/robr0 — 8 days ago
▲ 1 r/DesignSystems+1 crossposts

generate a complete design system in 10 sec

if you are building and irritated with the same UI from Ai tools, try hextodesign.com, it will generate a complete design system in 30 sec, that will have css, tailwind, json and prompt, try it and share your feedback.

u/veerendra1989 — 9 days ago

Looking for standardized, industry-wide Token conventions.

I'm a developer building a reusable, ecommerce theme. The goal is to have a modular system that can adapt to most of a brand's identity and get me 80% there. To achieve it, I need a robust semantic tokens layer that I can play with.

I'm specifically targeting the semantic layer because I believe its tokens are the closest design interface to web standards. Primitives are stateless and component level tokens have too much specificity to fit any product. No matter the product you're building, that semantic layer will share common tokens because they derive directly from the way the web is meant to be used.

In that sense I expected it to be largely figured out. At least the implementation of core concepts. But apparently I was wrong? Every company seems to have its own implementation of what a design system should look like. At component level, obviously, but at primitive/semantic level? If you're Big Tech I get it, you're here from the beginning of the web, you have hundreds of different products, you had to grow and scale with the web. But why is everyone else kinda reinventing the wheel on this?

Anyway, I wanted to find a standardized base of tokens/variables to define basic typos, states, actions, layers, etc... without having to reinvent the wheel. I'd like to avoid the complexity and granularity of a GAFAM company, I want a healthy base I can extend if needed. Like a list of 100 semantic tokens which represent the most common design decisions related to user experience and interactions on the web. Whats the go-to token system you guys default to for human-sized projects?

reddit.com
u/imkb9 — 12 days ago

Suggestions on making a design system AI-ready

Hey everyone. I'm an FE dev helping to set up an internal design system for the enterprise I work at. It's been published as an npm library and is already in use in some of our internal and customer-facing web apps.

We're considering how to make this library AI-ready. By that, I mean how to set it up such that - if I were using this library on a consuming web app, my coding agent (Copilot/Claude/etc) would know how to properly build interfaces according to the standards set forth by my design library. E.g. utilize the design tokens, and use the components as intended.

I'm not sure what an end-to-end approach would look like. A couple different approaches I've seen are:

  • Have your npm library expose a skills file that explains how to use your design foundations, tokens, components, etc. as intended. Keep that skills file in sync with any changes in your actual design system.
  • Alternatively, expose .md files that contain the same info as above.

Do people have general advice on how to go about this? I'm new-ish to setting up design systems and making repos AI-ready, so ideas would be appreciated. Thanks!

reddit.com
u/Frosty-Pea-2640 — 13 days ago
▲ 3 r/DesignSystems+1 crossposts

Do you keep reference images in the same Figma file as the actual work?

When I am exploring visual direction, I usually end up with screenshots and pins beside the real frames.

It works while I am alone, but the file gets awkward once someone else reviews it. The references are useful, but they start competing with the actual design work.

Do you keep those references in the same Figma file, or move them somewhere else before critique?

reddit.com
u/Plastic_Catch1252 — 13 days ago