I used it today to take a look at my previously built design system with Logos, branding, fonts, and everything else. After a lot of annoying tweaking back and forth, finally, I got something that was satisfactory.
Then I looked at the usage and it said I had used 95% of my Claude design usage for the week!
This isn't a real tool. This is a plaything, if that's what they're providing as examples.
show comments
markbao
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.
show comments
alkonaut
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?
show comments
allan_s
As someone who spent quite some times these days to reverse the figma protocol[0] I can't agree more with
> Figma accidentally excluded themselves from the training data that would have made them relevant in the agentic era.
Their binary format is so much of a "let's reinvent everything" which I think come from the fact it's a tool you can use for web design, android app design, ios design and anything-you-want design that it became a jack of all trade and so mapping it to web is not a perfect 1:1 translation.
And for being useful to agent, any people who got to implement the figma from a UX guy know that even human can't know truly the intent of most figma design, so how a LLM could ? Common source of question that even the UX guy has no answer for:
1. Ok this button looks great, but in German how will it look ?
2. Oh and actually this button does not look great when i put in CSS, it wraps on two line, you cheated again with the letter spacing, did you ?
3. How does it look on a phone that is not an iphone ?
4. You know that doing a border with a gradien is not possible in CSS, so what should i put ?
5. How does it look on a 4k screen ?
6. etc.
I know that most of these question can be answered by props and autolayout, and I've been asking the 5 question above these days on a figma that had these but it's just that the UX guy is not that mythical beast that "know-how-to-use-figma-right"
So I can't wait for these tools that are html behind to catch up, even more if we can have the prompt with it. (As a developer I never got to see the prompt the product manager made to the UX guy)
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.
show comments
sebmellen
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.
show comments
preommr
I've worked on design tools for the last few years.
This article is a fundamental misunderstanding of both the design space, and figma as a company.
Just a few of my thoughts:
- Figma was always about building a successful company over a successful product. Figma started with a much more ambitious aspiration, and had the ability to deliver through talent like Evan Wallace. A lot of it started with showing how capable webgl was in the browser. And yet, a lot of things like 3d features don't exist because they had the awareness to really hone in and focus on building a specific thing that made them money because everybody in the company ended up with an expensive seat price.
- Seriously, Figma is a company that's about design tool second, and about getting a product that businesses use first. To that end, it's already succeeded through the IPO, subsequently, who knows what the market is going to look like. Figma having a war chest is in many ways much better than having a technically impressive demo that might evaporate.
- People at Figma, 100%, know everything in this article. And not just figma people, like anybody and everybody that's tried to build a design tool has had these thoughts. It's very obvious that ui/ux is the interesection of design/dev/pm. It's also very obvious that it should stick close to the source of truth, to something like code.
- The problem is, that it's almost underselling it to say that it's MASSIVE challenge to execute on these ideas because of how easily it bleeds into building not just a design tool, but a coding, data management, architecture, etc. tool
- I could talk at length about all the challenges and potential solutions, but that's neither here nor there.
- On AI, I guess other people's guess is as good as mine, but my gut feeling is that while data is important, SOTA AI is generalist enough that the base models, the thinking they're able to do, is better than having a lot of custom data. Especially because ui design is front-facing - you can just scour the web in contrast to private financial documents, or legal documents for example.
satvikpendem
How does this compare to Google's Stitch? As opposed to Anthropic's, it's free largely due to the largesse of Google.
I tried Claude Design yesterday and fed it the UI of an app I am working on and what I had created already. I asked it to mock up 6 new "layout skins" using different colors, different icon and button placements, different vibes and it churned out 6 good designs with hi-res images plus Claude Code instructions and the ZIP file to boot. Didn't hit the usage, took about an hour. Did a really good overall and I liked the process and thinking structure and question asking.
willio58
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!
show comments
ben8bit
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.
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, GitHub) 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.
uxcolumbo
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.
show comments
operatingthetan
Front-end, UX, design, and product have become one role. The market is just realizing it slowly.
show comments
kbos87
> "To Figma: I can see a world where this post does numbers in the Figma internal Slack. If that’s the case and you’re reading this from Figma: this wouldn’t have happened if you hired me last year when I was interviewing. Your loss, big dawg."
What a counterproductive way to end an otherwise good set of points. Gives the appearance of bitterness and a desire for vengeance.
show comments
klueinc
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'.
nailer
I got deeper into Figma than I ever had to before yesterday.
It turns out there’s no way to use Math in variables built in to the product. The most common plugin is 99 dollars. To add what is obviously mustache JS. To browser based software. It’s not good.
mikert89
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.
show comments
mojuba
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.
show comments
xnx
Figma is going to regret not having sold to Adobe.
douglee650
I was making a new brand file in Figma and was about to define all the variables and aliases, paths, all that. Took one look at it and just made the 8 colors I needed and went on with the design.
0xdyl
Can someone please help me understand why people are obssessing over this as a Figma killer and not, more clearly, a shot at Replit, Lovable, etc.?
show comments
peteforde
Honestly, I never understood the move to create an artificial dichotomy between design and code with a heavy layer of tooling.
I suppose that a layout engine made sense in the context of Flash, and you saw the future of the web as a set of keyframe animations. But the notion that there's a lot of value in creating a very heavy, high-friction abstraction between the UI/UX and the platform it ultimately runs on was always going to be a loser.
In the end, it turns out we're all just web developers, regardless of your weapon of choice.
thomasfl
I hope the authors mom is not on the internet. Cursing in capslock. Good grief.
i_love_retros
If you get to the post script it sounds like they are just pissed they didn't get hired by figma.
show comments
slopinthebag
I feel like we're leaning way too much into the "vibe" aspect of using LLMs at the moment. There is definitely a good use case for LLM's here, but is just prompting your way into a design really the best method here? I feel like something in between Figma and Claude Design would give designers the control they want, but still removing the friction of going between design files and the code impl.
troupo
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
I used it today to take a look at my previously built design system with Logos, branding, fonts, and everything else. After a lot of annoying tweaking back and forth, finally, I got something that was satisfactory.
Then I looked at the usage and it said I had used 95% of my Claude design usage for the week!
This isn't a real tool. This is a plaything, if that's what they're providing as examples.
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.
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?
As someone who spent quite some times these days to reverse the figma protocol[0] I can't agree more with
> Figma accidentally excluded themselves from the training data that would have made them relevant in the agentic era.
Their binary format is so much of a "let's reinvent everything" which I think come from the fact it's a tool you can use for web design, android app design, ios design and anything-you-want design that it became a jack of all trade and so mapping it to web is not a perfect 1:1 translation.
And for being useful to agent, any people who got to implement the figma from a UX guy know that even human can't know truly the intent of most figma design, so how a LLM could ? Common source of question that even the UX guy has no answer for:
I know that most of these question can be answered by props and autolayout, and I've been asking the 5 question above these days on a figma that had these but it's just that the UX guy is not that mythical beast that "know-how-to-use-figma-right"So I can't wait for these tools that are html behind to catch up, even more if we can have the prompt with it. (As a developer I never got to see the prompt the product manager made to the UX guy)
[0]https://github.com/allan-simon/figma-kiwi-protocol
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.
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.
I've worked on design tools for the last few years.
This article is a fundamental misunderstanding of both the design space, and figma as a company.
Just a few of my thoughts:
- Figma was always about building a successful company over a successful product. Figma started with a much more ambitious aspiration, and had the ability to deliver through talent like Evan Wallace. A lot of it started with showing how capable webgl was in the browser. And yet, a lot of things like 3d features don't exist because they had the awareness to really hone in and focus on building a specific thing that made them money because everybody in the company ended up with an expensive seat price.
- Seriously, Figma is a company that's about design tool second, and about getting a product that businesses use first. To that end, it's already succeeded through the IPO, subsequently, who knows what the market is going to look like. Figma having a war chest is in many ways much better than having a technically impressive demo that might evaporate.
- People at Figma, 100%, know everything in this article. And not just figma people, like anybody and everybody that's tried to build a design tool has had these thoughts. It's very obvious that ui/ux is the interesection of design/dev/pm. It's also very obvious that it should stick close to the source of truth, to something like code. - The problem is, that it's almost underselling it to say that it's MASSIVE challenge to execute on these ideas because of how easily it bleeds into building not just a design tool, but a coding, data management, architecture, etc. tool
- I could talk at length about all the challenges and potential solutions, but that's neither here nor there.
- On AI, I guess other people's guess is as good as mine, but my gut feeling is that while data is important, SOTA AI is generalist enough that the base models, the thinking they're able to do, is better than having a lot of custom data. Especially because ui design is front-facing - you can just scour the web in contrast to private financial documents, or legal documents for example.
How does this compare to Google's Stitch? As opposed to Anthropic's, it's free largely due to the largesse of Google.
https://stitch.withgoogle.com/
I tried Claude Design yesterday and fed it the UI of an app I am working on and what I had created already. I asked it to mock up 6 new "layout skins" using different colors, different icon and button placements, different vibes and it churned out 6 good designs with hi-res images plus Claude Code instructions and the ZIP file to boot. Didn't hit the usage, took about an hour. Did a really good overall and I liked the process and thinking structure and question asking.
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!
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.
Recent and related:
Claude Design - https://news.ycombinator.com/item?id=47806725 - April 2026 (732 comments)
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, GitHub) 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 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.
Front-end, UX, design, and product have become one role. The market is just realizing it slowly.
> "To Figma: I can see a world where this post does numbers in the Figma internal Slack. If that’s the case and you’re reading this from Figma: this wouldn’t have happened if you hired me last year when I was interviewing. Your loss, big dawg."
What a counterproductive way to end an otherwise good set of points. Gives the appearance of bitterness and a desire for vengeance.
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'.
I got deeper into Figma than I ever had to before yesterday.
It turns out there’s no way to use Math in variables built in to the product. The most common plugin is 99 dollars. To add what is obviously mustache JS. To browser based software. It’s not good.
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.
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.
Figma is going to regret not having sold to Adobe.
I was making a new brand file in Figma and was about to define all the variables and aliases, paths, all that. Took one look at it and just made the 8 colors I needed and went on with the design.
Can someone please help me understand why people are obssessing over this as a Figma killer and not, more clearly, a shot at Replit, Lovable, etc.?
Honestly, I never understood the move to create an artificial dichotomy between design and code with a heavy layer of tooling.
I suppose that a layout engine made sense in the context of Flash, and you saw the future of the web as a set of keyframe animations. But the notion that there's a lot of value in creating a very heavy, high-friction abstraction between the UI/UX and the platform it ultimately runs on was always going to be a loser.
In the end, it turns out we're all just web developers, regardless of your weapon of choice.
I hope the authors mom is not on the internet. Cursing in capslock. Good grief.
If you get to the post script it sounds like they are just pissed they didn't get hired by figma.
I feel like we're leaning way too much into the "vibe" aspect of using LLMs at the moment. There is definitely a good use case for LLM's here, but is just prompting your way into a design really the best method here? I feel like something in between Figma and Claude Design would give designers the control they want, but still removing the friction of going between design files and the code impl.
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