Codex + Claude Workflows / Foundation

Claude Code Workflow for Design Teams

Two Beyond Identity designers demonstrate how they replaced Figma with Claude Code by building a live, code-referencing sandbox of their B2B security product where every screen, flow, and even the CLI/terminal experience is functional and iterable.

Sneak PeekWatchTranscript found

Quick learning frame

Read this before watching.

Coding-agent workflow is the loop of inspect, plan, edit, verify, summarize, and route the next task to the right tool.

New playlist item from Sneak Peek; queued for transcript-backed review, topic mapping, and a practical learning artifact.

Skill you build: Building and operating a code-backed design sandbox in Claude Code so a designer can prototype, iterate, and gather stakeholder feedback directly against real product code instead of static Figma mockups.

Watch for the shift from claim to mechanism. The learning value is the point where the transcript reveals a repeatable action, tool boundary, context move, review habit, or artifact.

Concept diagram

Where this video fits.

01Inspect
02Plan
03Edit
04Verify
05Review
06Route

Deep lesson

Turn this video into working knowledge.

12,179 cleaned transcript words reviewed across 3,454 timed caption segments.

Thesis

Claude Code Workflow for Design Teams teaches a practical codex + claude workflows move: Two Beyond Identity designers demonstrate how they replaced Figma with Claude Code by building a live, code-referencing sandbox of their B2B security product where every screen, flow, and even the CLI/terminal experience is functional and iterable.

The goal is not to remember the video. The goal is to extract the operating principle, tie it to timestamped evidence, test how far the claim transfers, and make something reusable.

0:50

Sandbox over mockups

“designers are going to need to start thinking and caring about as AI becomes more prominent. It's not just some recording or things that she added in. This is pulling in the code. This is what someone would...”

Becky's first build with Claude Code was a sandbox that pulls in production code for the signup, login, admin, and end-user flows so the whole product can be explored as a working environment rather than disconnected screens. Pick one product flow you own and stand up a single sandbox that pulls real components in, then click through it end to end to confirm it actually functions instead of being a recording.

21:19

Versioned visual comments

“experience that we had already solved. So what do you do in this scenario? We're building with code. We're product builders now. Just go and make something, right? And build an add on top of it. Like I...”

Alan built a VS Code plugin that recreates Figma-style comments tied to a specific repo version, so feedback travels with the branch and stale comments drop off when a newer version is pulled in. Set up a branch per design iteration and leave a test comment, then pull a new version to observe how version-scoped feedback behaves versus a shared Apple-notes-style log.

39:47

Iterations in one panel

“craft as much as possible. I highly encourage design leaders to take that step a little bit deeper than just people managing and be in the tools and actually work with them. I am building stuff in cloud...”

Rather than scattering prototypes across many Figma links, Becky uses Claude-built dropdown 'secret controls' to swap option/variant/state/location in one place, and directs stakeholders to a specific combination for targeted feedback. Build a control panel with toggles for your design variants and states, then write the exact instruction you'd send a reviewer to land them on one option for focused critique.

01

Inspect

Start with this video's job: Two Beyond Identity designers demonstrate how they replaced Figma with Claude Code by building a live, code-referencing sandbox of their B2B security product where every screen, flow, and even the CLI/terminal experience is functional and iterable. Treat "Inspect" as the outcome you are trying to make visible, not a topic label. Anchor it to 0:50, where the video says: “designers are going to need to start thinking and caring about as AI becomes more prominent. It's not just some recording or things that she added in. This is pulling in the code. This is what someone would...”

02

Plan

Use "Plan" to locate the part of the codex + claude workflows workflow the video is demonstrating. Ask what changes in your real setup if this claim is true. Anchor it to 21:19, where the video says: “experience that we had already solved. So what do you do in this scenario? We're building with code. We're product builders now. Just go and make something, right? And build an add on top of it. Like I...”

03

Edit

Turn "Edit" into the reusable artifact for this lesson: A routing matrix for when to use Codex, Claude, browser checks, or manual review. This is where watching becomes something you can inspect and reuse.

04

Verify

Use "Verify" as the application surface. Decide whether the idea touches a browser flow, a local file, a model choice, a source document, a UI, or a review step.

05

Review

Use "Review" to prove the lesson. The evidence should connect back to the video title, transcript anchors, and a concrete output, not a generic best-practice claim.

06

Route

Use "Route" to carry the idea forward: save the prompt, checklist, diagram, or operating rule that would make the next agent run better.

Example

Source-backed work packet

Convert the video into a scoped task that includes the transcript claim, target workflow, acceptance criteria, and proof. The output should be a routing matrix for when to use codex, claude, browser checks, or manual review..

Example

Claim vs. demo brief

Separate what the speaker claims, what the demo actually proves, and what still needs outside verification before you adopt the workflow.

Example

Teach-back module

Transform the lesson into a definition, a mechanism diagram, one misconception, one practice exercise, and a check-for-understanding question.

Do not learn it wrong
  • Treating the title as the lesson without checking what the transcript actually says.
  • Letting the prompt drift into generic advice that could apply to any video in the playlist.
  • Copying the tool setup without identifying the operating principle that transfers to your own stack.
  • Skipping the artifact, which means the learning never becomes operational or inspectable.

Transcript-derived moments

Use timestamps to study the actual video.

Quality check

Do not count this as learned until these are true.

01

State the transcript-backed claim in your own words: Two Beyond Identity designers demonstrate how they replaced Figma with Claude Code by building a live, code-referencing sandbox of their B2B security product where every screen, flow, and even the CLI/terminal experience is functional and iterable.

02

Explain the practical stakes without hype: New playlist item from Sneak Peek; queued for transcript-backed review, topic mapping, and a practical learning artifact.

03

Map the idea onto the Inspect -> Plan -> Edit -> Verify -> Review -> Route sequence and name the weakest link.

04

Produce the artifact and include the evidence that proves it: A routing matrix for when to use Codex, Claude, browser checks, or manual review.

Put it into practice

Give this grounded prompt to Codex or Claude after watching.

You are helping me turn one specific YouTube video into real, durable learning.

Source video:
- Title: Claude Code Workflow for Design Teams
- URL: https://www.youtube.com/watch?v=revAqLgO5VY
- Topic: Codex + Claude Workflows
- My current learning frame: Recreate Becky's approach by building a Claude Code sandbox of one flow you design, wiring real components plus a dropdown to switch between two or three iteration states, and routing a teammate to a single state for version-scoped feedback.
- Why this matters: New playlist item from Sneak Peek; queued for transcript-backed review, topic mapping, and a practical learning artifact.

Transcript anchors from this exact video:
- 0:50 / Evidence 1: "designers are going to need to start thinking and caring about as AI becomes more prominent. It's not just some recording or things that she added in. This is pulling in the code. This is what someone would..."
- 21:19 / Evidence 2: "experience that we had already solved. So what do you do in this scenario? We're building with code. We're product builders now. Just go and make something, right? And build an add on top of it. Like I..."
- 25:17 / Evidence 3: "something she just built and did. She can make this 20 times bigger, add a thousand options like whatever she wants. She's building with code now, right? >> So it's not it's not limited to the function of..."
- 28:24 / Evidence 4: "memorable. And this was also when I was starting to build out the sandbox. So that's why there's like very limited pages here, right? You'll see it's like very sparse and uh there isn't much here yet. >>..."
- 39:47 / Evidence 5: "craft as much as possible. I highly encourage design leaders to take that step a little bit deeper than just people managing and be in the tools and actually work with them. I am building stuff in cloud..."
- 44:21 / Evidence 6: "everything really manually. But as I mentioned over here, if you look at my Figma file, I went into cloud and this is what I recommend doing is if you don't know how to do this is Ashclaude,..."
- 46:00 / Evidence 7: "core foundation of that design system is what was built over here. So this is how I did it originally and you know I think it's something that people should do right from the start but I think..."

Your task:
1. Use the transcript anchors above as the primary source packet. If you add outside context, label it clearly as outside context and keep it secondary.
2. Create a source-check table with columns: timestamp, claim, what the demo proves, confidence, and what still needs verification.
3. Extract the actual teachable claims from the video. Do not invent claims that are not supported by the title, lesson frame, or transcript anchors.
4. Build a reusable learning artifact: A routing matrix for when to use Codex, Claude, browser checks, or manual review.
5. Include:
   - a plain-English definition of the core idea
   - a diagram or structured model using this sequence: Inspect -> Plan -> Edit -> Verify -> Review -> Route
   - 3 concrete examples that apply the video idea to real agentic work
   - 2 failure modes the video helps prevent
   - a checklist I can use the next time I run Codex or Claude
   - one practical exercise with a clear done signal
6. Add a "learning transfer" section: what changes in my workflow tomorrow if I actually learned this?
7. Add a "source check" section that cites which transcript anchor supports each major takeaway.

Quality bar:
- Make this specific to "Claude Code Workflow for Design Teams", not a generic Codex + Claude Workflows essay.
- Prefer operational examples, failure modes, and reusable artifacts over broad definitions.
- Call out uncertainty instead of smoothing over weak evidence.
- If evidence is weak, say what transcript segment or timestamp needs review instead of guessing.
- Finish with a concise artifact I could paste into my learning app.

Misconceptions

What to stop believing.

One agent should do every task.

Different tools have different strengths. Routing is part of the workflow.

More context is always better.

Relevant context helps; stale context causes drift and cost.

Practice studio

Learning only counts when you make something.

01

Transcript evidence map

Separate what the video actually says from what you already believe about the topic.

3 source-backed takeaways with timestamps, confidence, and a transfer note.
02

One useful artifact

Apply the video to a real workflow and produce a routing matrix for when to use codex, claude, browser checks, or manual review..

A reusable artifact with a done signal and one verification step.
03

Teach-back card

Explain the lesson to someone who has not watched the video yet.

A 90-second explanation, one diagram, one example, and one misconception to avoid.

Recall check

Answer first, then reveal — without rewatching.

Becky's first Claude Code build was a product 'sandbox.' What makes it different from a traditional Figma prototype, and why does she include a simulated terminal/CLI experience in it?

What did Alan's VS Code plugin recreate, and how does tying comments to a specific repo version change their behavior versus Figma?

Instead of scattering iterations across many Figma files/links, how does Becky organize design variations in the sandbox, and how does she get targeted feedback on one specific combination?

Source shelf

Use the video as a doorway, then verify with primary sources.

ReadingOpenAI Codexopenai.com/codex/ReadingClaude Code Overviewdocs.anthropic.com/en/docs/claude-code/overview