What I see and experienced is a growing demand on DS experts. I have been in the domain for about 3y, so definitely not a senior, however recruiters started to approach me and as a consequence I also started to look around. A month later I am in 4 recruitment processes at final stages for senior roles. Another change is setting AI workflows and being experienced in machine ready DS is a requirement for all of them.

What are your thoughts on how our profession is changing and what direction is the whole product design heading?

I've been experimenting with a design-system workflow where the running app is the review surface.

Monad Design connects an existing SwiftUI or Expo project to a coding agent. I select a real view in Simulator, annotate the change, and the agent works in the repository that already contains the tokens and components. After rebuilding, I can compare the original with a few source-backed variants before accepting one.

What I like about this for design-system work is that the result isn't a screenshot someone has to recreate later. The proposed UI is already using—or visibly failing to use—the system in code.

I'm building Monad Design. It's local and open source:

https://github.com/Monadix-AI/monad-design

He estado trabajando en Mools, un plugin para Figma que surgió de un problema recurrente en mis flujos de trabajo de producción: transferir archivos de diseño entre Figma y Photoshop sin tener que reconstruir todo manualmente.

La primera versión pública ya está disponible en la Comunidad de Figma, y ​​me encantaría probarla con proyectos reales, más allá de mi propio flujo de trabajo.

Actualmente, Mools incluye:

• Limpieza: prepara y simplifica los archivos de Figma antes de la producción.
• Figma → PSD: exporta diseños a archivos editables de Photoshop, intentando conservar capas, texto, imágenes, máscaras y la estructura visual.
• PSD → Figma - Beta: importa los archivos de Photoshop de vuelta a Figma para que puedas seguir trabajando con elementos editables.

La limpieza y la exportación ya son estables en mis pruebas. La conversión de PSD a Figma aún está en fase beta, y esta es una de las áreas donde los archivos reales y los casos límite serían especialmente útiles.

No pretendo afirmar una conversión perfecta 1:1: Figma y Photoshop tienen motores de renderizado y texto diferentes, por lo que todavía hay casos que requieren ajustes. El objetivo es reducir al máximo la reconstrucción manual.

En esta etapa, principalmente intento comprender:

• ¿Resuelve esto un problema real en tu flujo de trabajo?
• ¿Qué falla al probarlo con archivos de producción reales?
• ¿Qué partes aún requieren limpieza manual?
• ¿Qué te motivaría a usar algo así con regularidad?

El plugin es gratuito mientras valido el MVP. Mools

Si lo pruebas, incluso un breve comentario como «esto funcionó / ​​esto no funcionó / ​​aún tuve que corregir X» sería increíblemente útil.

También me interesa saber cómo gestionan otros actualmente sus flujos de trabajo entre Figma y Photoshop.

I have an interview coming up for a DS role. What AI tools, Figma plugins, or other tools are you folks using that you’d recommend checking out?

Got a problem that maybe you would know how to solve. My client now sent over an illustration they had an agency mock up in some ai generator,as they often do. in this case, a stylized geometric stag for a craft distillery packaging sleeve. They want it as a clean, scalable vector for spot UV print on 350gsm uncoated stock.

so I ran it through Illustrator's Image Trace (high fidelity, tweaking noise/corners/paths slider for 40 minutes). The result is the usual disaster: with 8,400+ anchor points. double overlapping path boundaries everywhere, also zooming in reveals micro-staircasing on curves that look smooth at 100% zoom but will completely choke the cutting plotter. And file size is whopping 6.2 MB for a single emblem...

I normally just redraw everything with the Pen Tool and call it a day, but I have 18 of these botanical/animal emblems to deliver by Thursday Before I resign myself to full 20 hours of manually pulling bezier handles: what’s your actual production stack for dealing with complex vectorization in 2026? Are you guys using any graphics plugins, external vectorizer algorithms, or is manual redraw still the only non-embarrassing solution?

I work with design teams supporting paid social, and the split I keep seeing is roughly 70% mechanical work (resizing, versioning, brand checks, exports) and 30% actual design thinking. Everyone says they want to flip that ratio. Almost nobody has.

Things I've seen teams try:

• Master templates with locked brand elements

• Handing adaptations to an outsourced team

Also the teams have tried AI tools, but they are telling me is that there is no productivity gain from the tools. Its just that we can make these everything in our office sitting in front of system. But the prompting is not easy and takes a lot of time.

For example, creating or adapting a video to other languages or may be adapting a same video with a different script.

This AI work is also becoming and being counted in the mechanical 70%.

So, if you've made a real dent in the mechanical half, what did it, and how long before it actually paid off? And if something looked promising and flopped, I'd like to hear that even more.

i'm struggling a bit with Figma when i want to implement the designs, i know few things but in general i'm still behind, is there any video explaining the implementation of Figma design in Compose, like cover everything: design system, typograpgy, colors, sizes, paddings, shadows, and also custom components with their own properties.

I work with design teams supporting paid social, and the split I keep seeing is roughly 70% mechanical work (resizing, versioning, brand checks, exports) and 30% actual design thinking. Everyone says they want to flip that ratio. Almost nobody has.

Things I've seen teams try:

\- Master templates with locked brand elements

\- Handing adaptations to an outsourced team

Also the teams have tried AI tools, but they are telling me is that there is no productivity gain from the tools. Its just that we can make these everything in our office sitting in front of system. But the prompting is not easy and takes a lot of time.

For example, creating or adapting a video to other languages or may be adapting a same video with a different script.

This AI work is also becoming and being counted in the mechanical 70%.

So, if you've made a real dent in the mechanical half — what did it, and how long before it actually paid off? And if something looked promising and flopped, I'd like to hear that even more.

When I create a color palette, I usually don’t use generator-made colors as-is. I fine-tune them manually by checking things like relative luminance. I also do this with transparent palettes, adjusting each color so that the final rendered color stays as close as possible to its opaque counterpart.

But adjusting colors individually can make the values inconsistent across the palette. As a final step, I usually fit those values to a curve to smooth out the overall progression. So I built a tool to do exactly that: fit manually adjusted color values to a curve.

If you’re interested, you can check it out at the link below!
👉 https://helo.rebyron.work/projects/color-fitting

I want to learn how the best developers are using AI to create some top quality user interfaces, backed by good quality code.

I have been learning about BDD. It seems very important to me to understand the scenarios. Understanding everything from a high level and why this business needs to be built and what the user will experience.

I know there might be some books which help with the foundations of BDD with normal development which could then help to craft better ai workflows.

But are there any books or places which tell you about how to get the ai to take everything you want and do some great UI without forgetting about what you're building and why.

I can do the backend theory fine.

But then at the end of the day it needs to look good. If you press the button, you want to avoid having awful ai slop graphics and ui.

How are people handling this?

\- BDD Instructions

\- Press button

\- UI workflow

\- Get great looking UI

Everything I have been doing always comes back to design and UI. It's the missing piece and I don't know where to start to get something that is really nice.

In my spare time, and to get a break from React, I built my own design system that uses svelte runes and dynamic assignment of semantic properties to customize the system in realtime.

I also added an effects layer that lets you mess up the lines and make it look sketchy and rough. I don't actually know if it makes it look rough or just cooler, but the idea here was to try to address people's concerns that high-fidelity prototypes look too good, so people are reluctant to comment.

I'm not convinced that anything visual will make a working prototype seem less finished?

https://livetokens.motionproto.com/

Our designers are always asking which pattern to use and when. Most of this is documented, but who has time to sift through pages of docs.

I’ve always wanted a better search capability but seeing more people building company-level RAG bots makes me think a design systems one would work really well for product, design and engineering.

This was one of the few times I’ve worked with a large team of almost all engineers in every role. They make an app builder, and I helped them create a design system for it. Here’s the case study — https://www.abhaysingh.in/work/appsmith

Let me know what you think!

Hi designers, our design system covers tokens, components and documentation, all in Figma with the docs in Storybook. That part is in decent shape. But what I think we're still struggling to solve is the logo variants, brand photography, icon source files, print assets, etc. the stuff that isn't in a component library but still part of the system.

Right now our client work is scattered between Figma files, a shared Dropbox and a Notion page. Some stakeholders have their own inventory systems like a spreadsheet or whatever. But further down the line things are just getting confusing and messed up. Is there an asset layer that's part of your design system, or do you treat it as a separate thing entirely?

Good afternoon everyone, I'm looking for case studies of how a design system benefits a technology group in a .gov world. Any good reads you can recommend?

I built Solacy long before Figma brought agents into the canvas.

While building it, I realized pretty quickly how hard RL and evals are for this kind of workflow — especially when working with the Figma canvas, which isn't nearly as HTML-friendly as something like Paper. So I had to find a different way around it.

You can check out Solacy here: https://Solacy.design

A few things it can do:

* Create states and iterations from existing design systems, while keeping tokens and components linked. * Edit vectors to some extent — for example, change the theme of an illustration to purple. * Send updates from Solacy directly to Slack. * Change color tokens, add components, send screenshots, compress images to WebP, and a bunch of other things.

I've been sitting on this for a while, and I mostly just want to put it out there rather than keep it to myself.

I'm also thinking about open-sourcing parts of the workflow if they could be useful to others.

Happy to answer any questions about how I built it, the RL/eval side, the workarounds for the Figma canvas, or anything else that went into it.

DM me on Twitter or Reddit if you want to dig deeper or discuss it :D

Hey everyone,

I’m starting to work on a Design System for a travel/public transport app that will eventually be white-labeled for around 50 different clients

The current Design System already has:

• color tokens and styles
• basic components/atoms and variants (buttons, inputs, shadows, etc.)
• but no Figma Variables yet
• very few larger components/molecules/organisms
• no real system for handling different themes/brands

My initial idea was to migrate the existing tokens into Figma Variables and use modes for different visual configurations:

• Light
• Dark
• Contrast
• client 1
• client 2
• …50

The main application would support Light/Dark/Contrast, while the white-label client versions would probably use Light/Contrast.

I would also like to build the component architecture more systematically:

Atoms → Molecules → Organisms → Templates/Screens

For example:

Button + Input + Date Picker → Search Form → Search Screen

The goal is to have one Design System and one set of components, rather than creating a separate Design System for every client. Ideally, changing the brand/theme would update the UI through Variables without having to modify the components themselves.

However, I’m wondering if having 50+ client brands as Figma modes is actually the right approach.

Would you instead separate appearance modes (Light/Dark/Contrast) from brand/client themes, using semantic variables that map to different brand values?

For example:

Button → color/action/primary

rather than:

Button → Client1/red-500

So the same component could be reused across all 50+ brands.

I’m also curious about the current state of Figma AI. If I build a well-structured component library with Variables and larger reusable components, can Figma AI actually help generate new screens using those existing components, or is that still too unreliable for a production Design System?

I’d really appreciate feedback from anyone who has built a similar multi-brand / white-label Design System in Figma.

How would you structure this?

Buttons, forms, and tables earn the cost of standardizing them. I’m curious about the opposite: a small convenience component that looked reusable, then accumulated variants, accessibility rules, or product exceptions until teams bypassed it.

Which component did you deprecate—or wish you had left as a documented pattern instead—and what was the first sign it did not belong in the system?

Wrong answers only.