Figma AI Prototype vs Luma AI Dream Machine 3

“This solves the single most painful gap in the Figma workflow — the moment where a beautifully composed static design has to be manually rewired into a clickable prototype with 47 connector arrows. The natural language conditional logic ('if user taps this button and the cart is empty, show this state') maps directly to how designers already think about flows, which means the AI is filling in grunt work rather than making design decisions. The one design concern: the generated prototype interactions need to be inspectable and editable after generation, not a black box — if Figma nailed that editing surface, this earns a 90.”

“The output here is a clickable prototype that actually behaves like the real app — conditional states, error flows, loading states — rather than the usual linear click-through that fakes interactivity. That's a meaningful leap because it lets you test the actual design logic, not just the happy path. The fingerprint risk is real though: if the AI is making micro-decisions about transition timing and easing, those defaults better be tasteful, because a thousand designers shipping the same 300ms ease-in-out is how every prototype starts feeling like the same app.”

“The output here is spatial — you're not getting a flat render but a navigable 3D scene with depth and parallax that holds up when you move through it, which is genuinely different from anything a Midjourney workflow produces. The taste layer is thin: Luma bakes in some scene coherence but the lighting and material quality leans toward 'photogrammetry scan of a mall' rather than art direction, so users with strong aesthetic intent will hit friction fast. The editing surface is the real gap — there's no per-object control or layer-based refinement, just reprompt and regenerate, which is a generation tool masquerading as a creation tool.”

“The job-to-be-done is razor sharp: designers need to communicate real app behavior to stakeholders and developers without waiting for an engineer to build a prototype. Figma already owns the canvas where that design lives, so the zero-export, zero-handoff shareable link is exactly the right product decision — it keeps the loop inside Figma rather than pushing users to ProtoPie or Framer for logic. The completeness question is whether complex data-dependent flows (authenticated states, API-driven content) can be simulated convincingly, because that's where current prototyping tools force you to context-switch and where this tool lives or dies.”

“Figma is doing to prototyping what it did to handoff — absorbing an adjacent tool category by making 'good enough' free inside the existing subscription. ProtoPie, Framer, and Axure are directly in the blast radius, and for 80% of use cases this will be sufficient, which is exactly the problem: the remaining 20% of complex conditional logic, multi-user flows, and data simulation is where real product design happens, and 'natural language conditionals' is an untested claim for anything beyond toy examples. What kills this in 12 months isn't a competitor — it's Figma's own track record of shipping features that demo well at Config and then sit half-finished for two years. The AI make-grid and content generation features from 2024 are still unreliable for production use.”

“The direct competitors are Stability AI's 3D pipeline, NVIDIA Instant NeRF, and — more dangerously — every game engine that's now shipping its own AI asset generation natively. Dream Machine 3 breaks at production scale: Gaussian splat files from prompt-generated scenes currently lack the poly-budget control and LOD metadata that real game pipelines require, so this is concept art and prototyping territory, not shipping-to-store territory. The thing that kills this in 12 months isn't a competitor — it's Unreal Engine 6 shipping 'AI scene generation' as a panel inside the editor, at which point Luma's standalone positioning collapses unless they've already become the underlying model that powers those integrations.”

“The primitive here is text/image-to-Gaussian-splat with an export pipeline — and that's actually a clean, nameable thing. The DX bet is putting the format complexity (NeRF vs. Gaussian splat) at export time rather than forcing developers to choose upfront, which is the right call. The moment of truth is whether the exported .ply or .splat files drop cleanly into Unity or Unreal without wrestling with coordinate system transforms and scale mismatches — that's historically where 3D export pipelines die. If Luma has solved that plumbing, this earns the ship; if the docs say 'export' but mean 'export and then spend an afternoon on Stack Overflow,' that's the skip condition they need to fix.”

“The thesis here is specific and falsifiable: within 3 years, the bottleneck in 3D content creation shifts from skilled labor to compute, and the teams that own the text-to-world primitive own the asset supply chain for spatial computing. That bet pays off only if Apple Vision Pro or a successor reaches mass adoption fast enough to create real demand for high-volume 3D content — without that demand signal, Luma is a productivity tool for niche professionals, not infrastructure. The second-order effect that nobody's talking about: if this works, it doesn't just help creators, it destroys the stock 3D asset marketplace model (Sketchfab, TurboSquid) the same way generative image tools are destroying stock photography. Luma is riding the Gaussian splatting trendline, and they are genuinely early — the format is 2 years old and tooling support is still fragmentary, which means first-mover advantage is real here.”