Figma AI Make Prototype vs Luma AI Dream Machine 3

“The primitive here is code generation from a design IR — Figma's internal node tree is surprisingly information-dense, and using it as the source of truth for code gen is a smarter bet than screenshot-to-code approaches. The DX bet is 'zero config by default, escape hatch for the real engineer' — which is the right call. My concern is the 'real data bindings' claim: if that means hardcoded JSON stubs dressed up as dynamic bindings, the moment a developer inherits this output and tries to wire a real API, the abstraction collapses. The weekend alternative here is v0 or Lovable fed a screenshot — Make Prototype earns its keep only if the generated code doesn't require a full rewrite, and that depends entirely on what the output actually looks like under the hood.”

“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.”

“This is the first AI feature Figma has shipped that doesn't feel bolted on — it lives at the natural end of the design workflow rather than interrupting it, which suggests the team actually mapped the job before building the feature. The interaction model is sound: designers already think in frames, and treating a frame as a deployable unit respects that mental model instead of asking them to learn a new one. My only structural concern is error states — when the AI misinterprets a component's intent, does the designer get a diff they can understand, or a black-box regeneration? That editing surface will determine whether this is a workflow tool or a demo.”

“The category here is design-to-code, and the direct competitors are Anima, Locofy, and Builder.io — all of which have been promising 'pixel-perfect production code' for three years and consistently delivering 'good enough for a demo.' Figma's distribution advantage is real, but distribution doesn't fix the core problem: design files are rarely production-ready, and the gap between what a designer draws and what an engineer needs to ship is 80% business logic, not layout. This breaks the moment a design has conditional states, authenticated routes, or anything beyond a marketing page. What kills this in 12 months: GitHub Copilot and Cursor already accept screenshots and design tokens; Figma's moat is the file format, not the AI, and that's a thin moat once export formats standardize.”

“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 job-to-be-done is precise: 'I want stakeholders to experience the design as a working thing, not a click-through prototype' — and Make Prototype nails that job without asking the user to learn a new tool. Onboarding is zero-friction by design since it's a feature inside a product people already have open. The completeness question is where it gets interesting: if this produces a shareable URL with real interactions and data, it replaces InVision, Framer, and ProtoPie for most use cases in one move — but if the output is a Figma mirror that can't be exported or hosted independently, it's a better demo tool, not a workflow replacement. The specific product decision that earns the ship is the same one that made Figma win the first time: making the collaboration artifact and the working artifact the same file.”

“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 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.”