Remix.run Logo
Uptrenda 7 hours ago

Aside from OP's post there's another issue with claude design worth mentioning. Yes, it makes absolutely beautiful designs, stunningly so, but the actual code is not something a human could ever maintain. So its like ending up with an opaque blob. Write-once, read-never, or almost disposal code. This is kind of bad because code people aren't going to bother to read might contain vulnerabilities.

It's an extreme example of slop code since while normally LLMs can produce code that ranges from some-what-okay to utter garbage, the web code claude makes is awful. On the other hand: you get a single file (even if it is full of 20+ embedded SVGs, javascripts, and other such things.)

pycassa 6 hours ago | parent | next [-]

I dont use the code directly actually. It is just for me to understand how the app looks like initially as a starting point. Previously I have used stitch by google, and even then, it was just to explore product design in the initial stages. Just to ground myself, and see how the product looks end to end. Also mostly I will be doing them in react, so the html code isn't very useful. I would rather share the screenshot directly rather than the html code during development.

I actually find, claude models to have superior visual reasoning, in their multi modal llms, im not talking about image generation LLMs. so I just share the picture, to let it undersand the layout and go from there, and just iterate until I like the final look of it.

dinkleberg 6 hours ago | parent | prev | next [-]

Have you actually gotten it to build stunning designs? From what I’ve seen it still falls apart very quickly. They can do a decent job at building blocks but usually not putting them together in a cohesive way in my experience.

Uptrenda 6 hours ago | parent [-]

Well subjectively I've been extremely happy with what it built for me. This was all made with claude design: www.warpgate.io. It's the website for my NAT traversal library. Even has different theme for it, kek.

9dev 6 hours ago | parent | prev [-]

[dead]