I don’t really buy that Claude Design will remove all the complexity around design. Vibe-coded apps using Claude look simpler because they are simpler. They’re not a gigantic product suite with extremely specific UI components tailored to each use case. The ‘simplicity’ is an illusion coming from conflating the complexity of a bicycle (a vibe coded app) with an airplane (an app like Figma).
Building the same design system component in code versus in Figma is going to be slightly more succinct in code; Figma’s primitives don’t have the sort of conditionals and control flow that code has. But code is much less malleable than drawing on a screen, and creative freedom is harder to achieve in code.
UI can fix the gap where code feels less malleable than Figma, but complexity comes largely from the worlds that humans create, and humans apparently want to create 8 modes for 4 products and 2 light/dark modes. If you want the same setup in Claude, it’ll be a little easier to maintain, but not much less complex.
alkonaut 44 minutes ago [-]
So let me get this straight (Pretend I'm 50, a developer since childhood, but I can't CSS to save my life) are there shops where developers, even front end developers, have to talk to designers who are't just sketching an idea for a logo or landing page, but designers who run this Figma thing and maintain the entire products "design" in some "style database"? And the idea is that these designers - who aren't developers - should be able to tweak the look of things without changing code? Or is it usually just the front end devs that run this Figma thing, but they dislike the disconnect between it and their code?
kevinsync 21 minutes ago [-]
lol yes. At least in agency world, a common approach in the last X years has been that designers create entire pixel-perfect, component-based sources-of-truth in Figma (which evolve! they aren't delivered static and complete) -- these are also what the client sees and approves, or at the very least they see branded deck slides that incorporate the Figma designs. Anyways, front end then re-implements from Figma into CSS, except it's usually best-approximation (not pixel-perfect) partially because, despite Figma allowing you to "copy CSS" for an element, it's unusable, almost inline CSS (and usually not aware of its ascendents and descendents, or any variables you're maintaining in CSS, or any class hierarchies, etc), and partially because the units of measurement aren't always identical on either side. You'll also often have multiple FE devs recreating components independently of each other (as a team effort), which can lead to drift and different implementations, which is fun. Then, depending upon the tech stack, FE might be building these components in something like Storybook [0] as a "front end source of truth", which then are either directly injected into a React or NextJS app or whatever, or sometimes they're partially or fully re-implemented again into BE components in the CMS (ex. Sitefinity). Then people ask which one is the source of truth, but really it's a chain of sources of truth that looks more like the telephone game than a canonical "brand bible". Then throw in any out-of-the-box future client efforts (say, a promotional landing page hosted outside of the main project) and you may have yet another reimplementation of part of the same design, but in a completely different system.
I'm not sure about "without changing code" but I have definitely seen the believe that Figma represents something authoritative about the product instead of, say, the product being authoritative for itself.
Perhaps because I have a similar bio to yours, I am allergic to this view.
skydhash 37 minutes ago [-]
UX designers I encountered have mostly been tasked on ensuring consistency across the various product (A lot of devs are very cavalier about spacing and font sizes). Sometimes they proposed new flows and layouts, especially when the product needs a coat of paint.
So tools like Figma is nice in that regards as it's simpler to iterate on (From simple to hardest: Sketch on whiteboard|paper, Wireframe tools like Balsimiq, Figma|Sketch, css code) because it's pure fiddling with various properties. Figma has direct feedback while the code may require a compilation phase.
wuhhh 50 minutes ago [-]
Great article, the last couple of paragraphs made me laugh! I love the part about things not masquerading as something else and being honest about what they are.
I was wondering if PenPot (https://penpot.app) might be sitting pretty in this new agentic era, considering that they took the direction of designs being actual markup, unlike the canvas approach in fig - if that’s even something that interests them.
sebmellen 1 hours ago [-]
This design tool space died a long time ago for me when InVision shut down and pivoted to a digital whiteboard. It’s a really difficult space.
But the fundamental problem is that it’s hard to get a design system right long-term, especially because it’s so intertwined with your code and whatever component library you use, which is a layer your designer will never touch. I don’t really see Claude Design fixing the fundamental Storybook hell of designing reusable and pretty components and layouts, but I don’t see Figma or any other tool solving it either.
What’s the solution? It feels like something that needs to be fixed more deeply at the component level.
girvo 3 minutes ago [-]
> I don’t really see Claude Design fixing the fundamental Storybook hell of designing reusable and pretty components and layouts
FWIW Claude Code is decent at scaffolding those out if you have a good set of examples for it to work from.
But the argument is that is unneeded as we move forward as making changes and extracting things and such becomes basically "free". I'm not so convinced, but I do see the argument.
doug_durham 17 minutes ago [-]
What if the approach isn't reusable, but instead is rebuildable? We are stuck in the mindset of creating components that we can grab and plug in to new designs. When we have a component that we like, why not ask the tool to create a markdown definition of it. Later on, when we're doing a new design where we would like to reuse that component, we tell the tool to read the markdown and use that whenever they need to use that component. I think the future will be much more flexible and interesting.
ben8bit 43 minutes ago [-]
Some good points, but as a whole - I'm not sure if I agree. Sketch lost to Figma because of it's design tooling & multiplayer. Physical products still get designed before being constructed - I don't see that going away. If anything, I think Figma should stop trying to play both sides of the field and decide what it wants to be.
willio58 11 minutes ago [-]
I tried yesterday for about an hour to have Claude design make me a simple logo (just the symbol) and didn’t get anywhere good. I’m sure for certain things like UI it’s great, and so is just Claude code, but this Claude Design thing very much to me feels like a demo and not a product. Maybe one day!
anamexis 1 minutes ago [-]
Claude Design is very explicitly oriented towards product UI design. It's not trying to be a product that can make you a logo.
I miss the days of having a native desktop design app with a perpetual license.
What Figma achieved technically in the 2010s was amazing. Coded the app in C++ and then used WASM to deliver it as a multiplayer web app.
But now it's trying to be too many things. Why did they ever feel the need to add slides and this other stuff.
Their MCP is poor (sure, they'll improve it).
The app struggles with larger files and performance is sloppy.
And don't get me started trying to design data grid heavy apps.
And they could easily follow Adobe's lead. Enshittify and lock you out of your account whenever they feel it's necessary (remember what happened with Venezuelan Adobe users a few years ago?)
Either Penpot gets their act together and will become the opensource design canvas for open-weight AI models or we will see another open source solution that will fill this space.
ianstormtaylor 43 minutes ago [-]
The article makes a good point about how Figma's non-open data model is limiting their utility as the source of truth.
But I think it's part of a larger mistake Figma is making: they seem to have shifted to an extraction mindset too early, assuming they'd captured the market, right when the ground beneath them is starting to shift.
It's most visible in their pricing model evolution, which is now explicitly anti-collaboration. Figma used to be the obvious default because you could quickly share files with non-designers, so they could view and make small edits without fuss. Now that requires a paid "seat", along with a confusing mess of permission flows.
It's platform wide too. I taught a college design class recently, and had students sign up for Figma because it seemed archaic not to teach them to use it. Instead of just giving any ".edu" address a free account (like they used to) students are forced through a 3rd-party process of uploading transcripts to prove education status. A few of my students got rejected or ran into confusing errors, and never got access… Now I have to re-evaluate whether its worth using when teaching the class again. (And this is for a population with near-zero short-term purchasing power, but huge potential long-term value… why add barriers?)
This is such a weird self-inflicted wound for a collaboration platform to make. The big tools that won on collaboration (eg. Google Docs) have understood that low-friction sharing is critical to becoming the default choice. And that being the default is a flywheel that drives adoption, both in users and in tooling.
It makes more sense if you see it through the lens of Figma trying to juice short-term numbers for their IPO. But it's sad to see because it had so much long-term potential.
operatingthetan 1 hours ago [-]
Front-end, UX, design, and product have become one role. The market is just realizing it slowly.
esafak 59 minutes ago [-]
So your designers debug your React code now when the AI messes up?
doug_durham 12 minutes ago [-]
In my opinion this should have always been the case. All designers should be able to code and do html/css. It's the medium of design.
esafak 12 minutes ago [-]
HTML and CSS, sure, but modern frontend design is way more than that; it's a jungle out there.
only-one1701 15 minutes ago [-]
That’s what CEOs think lol. Let’s see if it pans out!
micromacrofoot 51 minutes ago [-]
I've been a developer for over 2 decades and I've been using AI in our react codebase for the past 3 months. Outside of some optimizations there's not much a designer couldn't debug through Claude Code. 90% of the industry is toast.
I want to be wrong because I'm watching the death of my entire career, but everything I've seen is pointing to this as an inevitability. We are shipping better and more secure code, and doing it easily twice as fast. Many development teams can be cut in half today with no reduction in output. I don't want to say it out loud at work yet, but we're actually producing too much.
bombcar 1 minutes ago [-]
AI is impressive but this same sea-change happened at least twice before - the era when computers went from being rooms full of women(354) to machines programmed in machine language(892) to those with screens, keyboards and even assemblers (assembly language, especially macro assemblers, were considered seriously high level at a time), to mid-level languages like C (considered needlessly complex and slow at one time, now considered barely above a macro assembler), to high-level languages like Java and even higher ones (arguably) like Rust.
Every one of those transitions has resulted in more programmers - though not necessarily the same programmers.
I've been writing code for 50 years and it looks now that we have seen sunrise and are about to see sunset on humans writing code by hand.
Is that bad? Not to anyone who has managed dev teams and familiar with the incredibly tortuous and painful business of trying to corral a bunch of humans with varying skill and enthusiasm levels to create software. We have tied ourselves in knots with things like Agile just trying to work around the fact that software development is so slow and arduous.
Many times back in the waterfall days I have written up design documents to kick off dev teams on multi-week or month projects. Now I could feed those into Claude Code and get results in days. This stuff is exciting beyond belief in just getting shit done.
This is a golden era for any established company with an existing customer base. My question to them would be "with Claude Code, why aren't you carving through that massive backlog of feature requests that has been building up over the years?".
A lot of people seem to look at this as job threatening, and it surely is for junior devs. But for companies that already have a strong senior talent bench, it's time to raise the ambition levels and ask not how many jobs can be shed, but instead just how fast and hard can we go now we have these new superpowers.
operatingthetan 25 minutes ago [-]
I think the real question is which of the four roles is going to be the one that takes over. Probably people who were already UX-Engineers.
only-one1701 13 minutes ago [-]
I would ask this: which is the worse failure mode —- design not quite right, or users can’t access the app?
operatingthetan 57 minutes ago [-]
Leading question, feel free to ask a more honest one.
esafak 42 minutes ago [-]
All right, here's a statement: your designers won't even know when the code is wrong. Just because it compiles it doesn't mean it's fine. They lack code judgment in the same way your coders lack design judgment.
operatingthetan 33 minutes ago [-]
Thank you.
In response I suggest that the engineers using AI also lack code judgement (because they are not reading it either). I don't think questioning the AI use is the actual topic here, it is the shifting roles. Who says it's the designers that are taking the new meta-role? It's probably the FE's honestly.
The role shifting doesn't mean that it's the best path forward. I'm simply stating that it is happening.
nslsm 24 minutes ago [-]
It's very easy to know when code is wrong: it doesn't work the way it's expected to. So you explain to the AI what's wrong and the AI fixes it.
only-one1701 12 minutes ago [-]
This isn’t meant to be sarcastic: have you ever worked for a real company?
esafak 19 minutes ago [-]
Your designers are going to be looking at the layout; they're not going to notice if it's slow, uses too much memory, is not maintainable, doesn't follow repo patterns, etc.
Do you think it is reasonable to expect a person with an arts degree to know this?
ioasuncvinvaer 53 minutes ago [-]
How is it a leading question?
operatingthetan 51 minutes ago [-]
>A leading question is a query that suggests the desired answer or puts words into a witness's mouth, often guiding them toward a "yes" or "no" response.
viccis 40 minutes ago [-]
It was just restating what you already said; no need for this specious response.
operatingthetan 34 minutes ago [-]
Please quote me where I said 'my designers debug react code that AI messes up.'
They entailed scenario that isn't entailed by the person's claim.
i.e. The OP doesn't need to answer yes to their question for OP's claim to be true, yet their question pretends otherwise. (non sequitur)
klueinc 1 hours ago [-]
When you can control the model layer like Anthropic, you get more leverage over the traits of the persona, enough so that the system feels closer to havin consistent expert design judgment built-in that complements the 'truth-to-materials'.
mikert89 50 minutes ago [-]
Basic web development is completely over, and will be automated end to end, product, ux, design, and the code.
I have a complicated nextjs webapp, and I havent had to write front end code in six-nine months now.
only-one1701 11 minutes ago [-]
If it’s used by < 1000 people, it’s not a complicated app
troupo 2 minutes ago [-]
Oh no. Figma has variables and instances and it's hard to debug bad colors.
And here I am with Claude Code... That so far generated a 2000-line CSS file for a 7000-line app consisting of literally three web pages [1]. Where almost every single color, component, class and style is duplicated at least two times. Where custom classes are fighting with Tailwind classes (yes, there's also Tailwind ON TOP of custom CSS) that are fighting with inline hardcoded style= declarations.
Figma is definitely going to suffer the vibe-coded design slop-app from Anthropic.
[1] 7k lines are almost justified for the functionality in them, and I tried to keep an eye on the code. It's harder to keep an eye on CSS
mojuba 1 hours ago [-]
Excellent post. I share the author's sentiment which is essentially "to hell with Figma, at least fix Sketch". Been feeling very lonely in may hatred towards Figma, which is for a whole bunch of reasons (among others, it's an incredibly shitty, memory and CPU hungry Electron app that looks and feels worse than any more or less well designed web site), but now after reading this I realize the number of reasons has doubled.
dygd 51 minutes ago [-]
It may look like a crappy Electron app, but Figma has a quite interesting architecture. The browser editor is developed in C++ and cross-compiled to JavaScript with emscripten. The rendering engine looks like its handling HTML, but it's actually rendering their own document format for cross-browser consistency. They have their own CRDT implementation to handle multi-user edits.
I think my biggest question is who cares? What does having an interesting internal architecture have to do with the “its electron though” ideological attack.
ghoulishly 58 minutes ago [-]
(author of the post here) I cut a paragraph how Figma costs cuckoo bananas money for your entire team for the privilege of enduring this byzantine nightmare. And they paywall certain features, which you likely can't get authorization for, so you have to do more hacks on top of hacks on top of the “gold standard” practices I shared in the blog post. The price ramp is not gradual.
cptcobalt 55 minutes ago [-]
man, I dont even use Figma for personal & side projects because its so expensive. I still occasionally fire up sketch or freehand it.
Figma is a work tool only and I'm disappointed by its MCP tooling which feels late and behind where it should be, I just feel forced to use Figma Make which stays in their walled garden without practical utility and connections to my actual codebases
johnwhitman 35 minutes ago [-]
[dead]
jheriko 16 minutes ago [-]
[dead]
thomasfl 11 minutes ago [-]
I hope the authors mom is not on the internet. Cursing in capslock. Good grief.
Rendered at 21:35:45 GMT+0000 (Coordinated Universal Time) with Vercel.
Building the same design system component in code versus in Figma is going to be slightly more succinct in code; Figma’s primitives don’t have the sort of conditionals and control flow that code has. But code is much less malleable than drawing on a screen, and creative freedom is harder to achieve in code.
UI can fix the gap where code feels less malleable than Figma, but complexity comes largely from the worlds that humans create, and humans apparently want to create 8 modes for 4 products and 2 light/dark modes. If you want the same setup in Claude, it’ll be a little easier to maintain, but not much less complex.
[0] https://storybook.js.org
Perhaps because I have a similar bio to yours, I am allergic to this view.
So tools like Figma is nice in that regards as it's simpler to iterate on (From simple to hardest: Sketch on whiteboard|paper, Wireframe tools like Balsimiq, Figma|Sketch, css code) because it's pure fiddling with various properties. Figma has direct feedback while the code may require a compilation phase.
I was wondering if PenPot (https://penpot.app) might be sitting pretty in this new agentic era, considering that they took the direction of designs being actual markup, unlike the canvas approach in fig - if that’s even something that interests them.
But the fundamental problem is that it’s hard to get a design system right long-term, especially because it’s so intertwined with your code and whatever component library you use, which is a layer your designer will never touch. I don’t really see Claude Design fixing the fundamental Storybook hell of designing reusable and pretty components and layouts, but I don’t see Figma or any other tool solving it either.
What’s the solution? It feels like something that needs to be fixed more deeply at the component level.
FWIW Claude Code is decent at scaffolding those out if you have a good set of examples for it to work from.
But the argument is that is unneeded as we move forward as making changes and extracting things and such becomes basically "free". I'm not so convinced, but I do see the argument.
Claude Design - https://news.ycombinator.com/item?id=47806725 - April 2026 (732 comments)
What Figma achieved technically in the 2010s was amazing. Coded the app in C++ and then used WASM to deliver it as a multiplayer web app.
But now it's trying to be too many things. Why did they ever feel the need to add slides and this other stuff.
Their MCP is poor (sure, they'll improve it).
The app struggles with larger files and performance is sloppy.
And don't get me started trying to design data grid heavy apps.
And they could easily follow Adobe's lead. Enshittify and lock you out of your account whenever they feel it's necessary (remember what happened with Venezuelan Adobe users a few years ago?)
Either Penpot gets their act together and will become the opensource design canvas for open-weight AI models or we will see another open source solution that will fill this space.
But I think it's part of a larger mistake Figma is making: they seem to have shifted to an extraction mindset too early, assuming they'd captured the market, right when the ground beneath them is starting to shift.
It's most visible in their pricing model evolution, which is now explicitly anti-collaboration. Figma used to be the obvious default because you could quickly share files with non-designers, so they could view and make small edits without fuss. Now that requires a paid "seat", along with a confusing mess of permission flows.
It's platform wide too. I taught a college design class recently, and had students sign up for Figma because it seemed archaic not to teach them to use it. Instead of just giving any ".edu" address a free account (like they used to) students are forced through a 3rd-party process of uploading transcripts to prove education status. A few of my students got rejected or ran into confusing errors, and never got access… Now I have to re-evaluate whether its worth using when teaching the class again. (And this is for a population with near-zero short-term purchasing power, but huge potential long-term value… why add barriers?)
This is such a weird self-inflicted wound for a collaboration platform to make. The big tools that won on collaboration (eg. Google Docs) have understood that low-friction sharing is critical to becoming the default choice. And that being the default is a flywheel that drives adoption, both in users and in tooling.
It makes more sense if you see it through the lens of Figma trying to juice short-term numbers for their IPO. But it's sad to see because it had so much long-term potential.
I want to be wrong because I'm watching the death of my entire career, but everything I've seen is pointing to this as an inevitability. We are shipping better and more secure code, and doing it easily twice as fast. Many development teams can be cut in half today with no reduction in output. I don't want to say it out loud at work yet, but we're actually producing too much.
Every one of those transitions has resulted in more programmers - though not necessarily the same programmers.
354: https://en.wikipedia.org/wiki/Computer_(occupation)
892: https://en.wikipedia.org/wiki/The_Story_of_Mel
Is that bad? Not to anyone who has managed dev teams and familiar with the incredibly tortuous and painful business of trying to corral a bunch of humans with varying skill and enthusiasm levels to create software. We have tied ourselves in knots with things like Agile just trying to work around the fact that software development is so slow and arduous.
Many times back in the waterfall days I have written up design documents to kick off dev teams on multi-week or month projects. Now I could feed those into Claude Code and get results in days. This stuff is exciting beyond belief in just getting shit done.
This is a golden era for any established company with an existing customer base. My question to them would be "with Claude Code, why aren't you carving through that massive backlog of feature requests that has been building up over the years?".
A lot of people seem to look at this as job threatening, and it surely is for junior devs. But for companies that already have a strong senior talent bench, it's time to raise the ambition levels and ask not how many jobs can be shed, but instead just how fast and hard can we go now we have these new superpowers.
In response I suggest that the engineers using AI also lack code judgement (because they are not reading it either). I don't think questioning the AI use is the actual topic here, it is the shifting roles. Who says it's the designers that are taking the new meta-role? It's probably the FE's honestly.
The role shifting doesn't mean that it's the best path forward. I'm simply stating that it is happening.
Do you think it is reasonable to expect a person with an arts degree to know this?
I did not say anything of the sort.
See also: https://news.ycombinator.com/item?id=47819428
i.e. The OP doesn't need to answer yes to their question for OP's claim to be true, yet their question pretends otherwise. (non sequitur)
I have a complicated nextjs webapp, and I havent had to write front end code in six-nine months now.
And here I am with Claude Code... That so far generated a 2000-line CSS file for a 7000-line app consisting of literally three web pages [1]. Where almost every single color, component, class and style is duplicated at least two times. Where custom classes are fighting with Tailwind classes (yes, there's also Tailwind ON TOP of custom CSS) that are fighting with inline hardcoded style= declarations.
Figma is definitely going to suffer the vibe-coded design slop-app from Anthropic.
[1] 7k lines are almost justified for the functionality in them, and I tried to keep an eye on the code. It's harder to keep an eye on CSS
[0] https://www.madebyevan.com/figma/building-a-professional-des...
[1] https://www.madebyevan.com/figma/
[2] https://www.madebyevan.com/figma/how-figmas-multiplayer-tech...
Figma is a work tool only and I'm disappointed by its MCP tooling which feels late and behind where it should be, I just feel forced to use Figma Make which stays in their walled garden without practical utility and connections to my actual codebases