Figma exists as an abstraction of code, which has always made it kind of difficult for them to implement code. For example, they have css snippets in dev mode when you have a frame selected, but those aren't really that useful since it doesn't know anything about your existing code base or frameworks.

Code connect was supposed to bridge this gap, allowing users to define how Figma components should generate relevant code snippets, but it only worked with React and they had some janky string based templating language for everything else. And of course, it meant someone would have to go through the effort of creating mappings for every component in your system. It's like writing a component twice, the same pitfall we were trying to avoid in the first place.

Now people will just ask their AI to pull the frames from Figma through the remote MCP and have the AI implement it that way. But to that end, why not just have designers make a branch in the codebase and have them implement the UI? This is the question many of us have been asking ourselves lately.

They continue to iterate though. They've introduced Code Layers so real codebases can render on the canvas, but in infamous Figma fashion it only works with a limited set of React codebases. Figma Make (their Lovable, Bolt.new, Claude Design like product) can also pull in existing codebases, but again it is very limited in the types of code bases it can work on.

These limitations are all so exhuasting. It's just so much easier to use Claude Code or Codex to do what I need. At this point Figma is more of a secondary tool for when I need to document a prototype or want a canvas for exploration purposes.

The smartest thing they could have done is a platform play which is to try make their own React that was Figma native. A hard thing to do, but certainly doable if you consider where React is now...