
Since July 16, 2026, Figma has updated a precise but crucial part of its code-to-design workflow. When you bring code onto the canvas, colors, text styles, and spacing now link to most of the variables already present in your file. No more hard-coded values landing with zero connection to your existing system.
In practice, this update kicks in across three scenarios:
Another solid bonus: most frames now arrive with auto layout already applied. The result is that edits resize and rearrange content automatically, without the usual detour through tedious manual cleanup.
Until now, bringing a coded screen onto the canvas (whether from a Figma Make prototype, an MCP export, or a real web page capture) created a familiar problem: the imported design showed up with frozen values. A raw hex color instead of a brand/primary variable. Pixel-based spacing instead of a spacing/md token. Visually identical, but completely disconnected from the design system.
That disconnect forced teams to manually rebuild the links between the imported design and the file's variables. It was invisible, repetitive work, and a breeding ground for mistakes: you miss a color, skip a spacing value, and the design system slowly starts to fragment.
With this update, Figma flips the logic. The imported design automatically reattaches itself to the system already in place. In other words, you can now go back and forth between code and canvas without losing design system consistency at every pass.
| Before this update | After this update |
|---|---|
| Colors imported as frozen hex values | Colors linked to the file's existing variables |
| Spacing and text sizes hard-coded | Spacing and typography tokens recognized automatically |
| Unstructured frames, needing manual rearranging | Auto layout applied by default on most frames |
| Manual rebuilding of the link with the design system | Imported design directly reusable within the existing system |
At Mazette.co, we use Figma every day to design interfaces that end up in production on Webflow. And we can tell you: this update targets a real point of friction, not a marketing gimmick.
The "code to design to code" fantasy sounds great on paper, but in practice, it kept running into this annoying technical snag: imported values didn't speak the same language as the design system. We'd end up manually fixing colors that should have been variables, which dragged out handoff time and introduced visual inconsistencies that were hard to catch.
What Figma is fixing here is exactly this kind of silent friction that eats up time without ever showing up on a schedule. And adding auto layout by default on imported frames is just as welcome: it's the kind of detail that saves a solid half hour per reworked screen, something you never think about until you're stuck dealing with it.
Our one caveat: this feature still depends on the quality of the variable system already in place in the file. If your Figma design system is poorly structured or inconsistent to begin with, auto-matching will inevitably hit its limits. It's a useful reminder: good tools amplify good practices, they don't replace them. For teams that already keep their Figma variables well-structured ahead of a Webflow project, this kind of automation genuinely makes day-to-day work easier.
Our verdict: a good idea, logically executed, and further proof that Figma is seriously investing in continuity between code and canvas rather than treating it as a one-way trip. If you regularly juggle Figma Make, existing code, and web captures, this update will noticeably cut down your cleanup workload.
Code