Aakash GuptaAakash Gupta

Designing With AI With Designers of Figma & Codex

Aakash Gupta and Gui Seiz on how Figma and Codex enable fluid AI-driven design workflows.

Aakash GuptahostGui SeizguestEd Bayesguest
Apr 10, 202653mWatch on YouTube ↗
Code vs canvas as a false dichotomyExploration vs convergence workflowsCodex desktop app and real-code prototypingFigma MCP and “Use Figma” capabilitiesBidirectional handoff: code → Figma → codeLossiness, fidelity limits, and annotationsRole blurring and “total football” teams
AI-generated summary based on the episode transcript.

In this episode of Aakash Gupta, featuring Aakash Gupta and Gui Seiz, Designing With AI With Designers of Figma & Codex explores how Figma and Codex enable fluid AI-driven design workflows The guests argue “code vs canvas” is a false dichotomy and that modern teams should fluidly move between exploratory canvas work and high-fidelity coded prototypes based on the job to be done.

At a glance

WHAT IT’S REALLY ABOUT

How Figma and Codex enable fluid AI-driven design workflows

  1. The guests argue “code vs canvas” is a false dichotomy and that modern teams should fluidly move between exploratory canvas work and high-fidelity coded prototypes based on the job to be done.
  2. Ed demonstrates a bidirectional workflow where Codex snapshots UI states into Figma for pixel-perfect iteration, then uses a Figma component link to push changes back into code.
  3. They explain current fidelity limits (e.g., shaders, complex transitions) and how reliability improves with better models, better component naming, and alignment between design tokens and code tokens.
  4. Both describe a rapid cultural shift inside OpenAI and Figma: more designers (and even non-design roles) are prototyping, working in staging, and shipping small PRs to production.
  5. They predict roles will blur in tooling and execution, but not disappear in purpose—design, engineering, and PM remain distinct lenses while becoming more “total football” cross-functional in practice.

IDEAS WORTH REMEMBERING

5 ideas

Choose code or canvas based on the problem stage, not ideology.

Use canvas for lateral exploration, collaboration, and storytelling artifacts; use code when you need real interactions, responsiveness, and production-adjacent truth. Expect to weave between both rather than follow a linear handoff.

Start higher-fidelity earlier because AI lowers the cost of “real.”

Historically teams started low-fi because high fidelity was expensive; now “low-fi” can be a functional wireframe in Codex that gets teams aligned faster and surfaces real constraints earlier.

Bidirectional interoperability reduces throwaway prototypes and handoff churn.

Ed’s workflow shows generating Figma frames from coded UI states for pixel-level refinement, then sending changes back into the codebase using a Figma link—turning design iteration into shippable work rather than documentation.

Fidelity gaps are real, but narrowing; use annotations and token alignment to mitigate.

Certain web-specific effects (shaders, advanced transitions) won’t fully translate to a static canvas, but teams can encode intent via annotations and improve consistency by mapping design tokens to CSS/code tokens.

Tool reliability depends heavily on “hygiene,” just like onboarding a human teammate.

Well-named components, clean libraries, and consistent token systems make agents far more effective, reducing misinference and rework. Treat the agent like a colleague who needs clear structure to perform.

WORDS WORTH SAVING

5 quotes

If developers have been accelerated, say, like 10X... designers have maybe been accelerated like 1.5 or 2X, so design can become the bottleneck.

Ed Bayes

Finally we don't really have to choose... navigating seamlessly between both [code and canvas].

Gui Seiz

It's like a really fun time to be a designer because your imagination really is the only upper limit.

Ed Bayes

You're able to do stuff... and you have to think about, like, 'Okay, this is cool that I can, but then what should I?'

Gui Seiz

Curiosity is gonna be the defining skill of people that succeed in this new era.

Gui Seiz

QUESTIONS ANSWERED IN THIS EPISODE

5 questions

In your day-to-day work, what concrete signals tell you “start in code” versus “start in canvas” for a new problem?

The guests argue “code vs canvas” is a false dichotomy and that modern teams should fluidly move between exploratory canvas work and high-fidelity coded prototypes based on the job to be done.

In Ed’s demo workflow, what are the most common failure modes when pushing changes from Figma back into code, and how do teams debug them?

Ed demonstrates a bidirectional workflow where Codex snapshots UI states into Figma for pixel-perfect iteration, then uses a Figma component link to push changes back into code.

How should a team set up and maintain token alignment (design tokens ↔ CSS tokens) to make Figma MCP and agents consistently reliable?

They explain current fidelity limits (e.g., shaders, complex transitions) and how reliability improves with better models, better component naming, and alignment between design tokens and code tokens.

Where do you draw the line on fidelity today—what UI effects or interactions are still not worth round-tripping between code and Figma?

Both describe a rapid cultural shift inside OpenAI and Figma: more designers (and even non-design roles) are prototyping, working in staging, and shipping small PRs to production.

Ed mentioned “choosing when to go slow”; what decision framework do you use to avoid shipping fast but wrong in AI product development?

They predict roles will blur in tooling and execution, but not disappear in purpose—design, engineering, and PM remain distinct lenses while becoming more “total football” cross-functional in practice.

EVERY SPOKEN WORD

Install uListen for AI-powered chat & search across the full episode — Get Full Transcript

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.

Add to Chrome