3 ms·
Show HN: Extracting React apps from Figma Make's undocumented binary format
- albertsikkema 9mo agoFigma's API returns 400 for .make files, so I dug into the binary. Turns out it's a ZIP with a custom format: Deflate for the schema chunk, Zstandard for the data, then Kiwi binary decoding. Scripts on GitHub if useful: https://github.com/albertsikkema/figma-make-extractor https://github.com/albertsikkema/figma-make-extractor
- barnas2 8mo agoI'm curious if you tried binwalk? That's usually my goto for mysterious files.
- lights0123 8mo agoI agree. It would likely have identified the separate deflate and zstd chunks automatically.
- albertsikkema 8mo agoNever thought about using that, thanks for the tip!
- albertsikkema 8mo agothat is a good one. Will try that next time.
- vednig 9mo agoI once reverse engineered the Figma .fig file they have utilised quite good compression and data storage techniques for a tech company that uses AWS
- albertsikkema 9mo agoThat is a funny observation! You are right, that is strange.
- voidUpdate 8mo ago> First thing I did was look at the raw bytes: xxd -l 4 "ClientApp.make" I recommend using the linux "file" command, since it will generally be able to tell you these sorts of things straight away. I've been working on a long-term project to directly import figma design files into Unity, so I've ended up coming across a lot of these things myself
- doctorpangloss 8mo agoTell it to Mr. Claude. Who do you think made all these decisions?
- frumplestlatz 8mo agoThis is depressing. We need different language for describing things AI did for us vs things we figured out ourselves. When a human presents work under their own name, there is an unspoken but widely relied-upon assumption that the presenter has exercised judgment over the space of possible choices and can explain why these ones were taken. In other words, we naturally assume they engaged with the problem space deeply enough to justify the decisions made. I think AI-produced code and investigation needs a disclaimer, and I say that as someone who uses vibe coding a lot to produce tooling used in our development process. If you didn’t do it or write it yourself, you don’t understand it as well as if you had. If you didn’t look at the output in great detail and understand every choice made, you really shouldn’t be putting your name on it — or staking your reputation on it — without a pretty clear disclaimer. And if you present an investigation done by AI as something done by yourself, you’re not really providing human insights. (Almost) anyone can drive an AI, and there’s not a lot of value there for your audience if you don’t disclose that’s what you did. If you attach your name to work, you are asserting that you can meaningfully answer “why this and not something else?” across the decisions that matter. Tools that produce answers faster than humans think require new language, because our old words still imply thought occurred.
- doctorpangloss 8mo agothe whole blog post and all the author's replies are authored by an LLM.
- nadis 8mo agoThis is fascinating, thanks for sharing! I also appreciated the "when would you need this" section at the end. > "When Would You Need This? - Client hands you a Figma Make prototype but not the design file - You want to audit AI-generated code before deployment - You need to migrate away from Figma Make to a different stack - You want to extract design tokens for your design system - Pure curiosity about how Figma structures its data"
- albertsikkema 8mo agoThanks!
- dfajgljsldkjag 8mo agoIt's interesting that the AI tool just writes react rather than creating a figma drawing. All that training on writing code has made it easier for AI to just write the app than make an illustration of it.
- estimator7292 8mo agoI mean, it makes sense. In order to sketch out a screen, you need to run (most of) a layout engine in your head. If you're an AI, it's simpler to just... use a layout engine.
- albertsikkema 8mo agoIt's a pattern I see with more tools (lovable.dev does something similar). However looking at the code produced, lovable seems to be more precise about the code itself: just cleaner even over several iterations. Which is nice because it gives you a decent platform to continue on with your own code.
- systemd1networ 8mo ago[dead]