Figma AI Make Prototype vs Luma AI Dream Machine 2

“The interaction model here is exactly right: Make Prototype doesn't introduce a new surface or modal — it reads what's already on the canvas and adds connections back into the same noodle-and-arrow system Figma designers already know. That means the output is editable, not magic-boxed. The real craft decision that earns the ship is that it respects existing component and variant semantics rather than generating flat, dumb connections — hover states actually wire to their counterpart variant. My one pointed concern is error handling: when the AI misreads a layout ambiguity, the failure mode is silently wrong connections rather than a surfaced warning, which can torpedo a client demo if you don't sanity-check.”

“The output is not cinematic — you're getting sensible default easing curves and standard dissolve transitions, not bespoke motion direction. But that's actually the right call: the taste layer here is deliberately minimal, leaving the designer in control of anything that matters for brand expressiveness while automating the grunt work of wiring 40 frames together. The editing surface is the full Figma prototype panel, which means refinement is identical to hand-wiring, so there's no skill cliff when you need to fix something. The fingerprint is low: generated prototypes are indistinguishable from hand-built ones, which is the correct outcome for a tool like this — you want your design to be the thing with a signature, not the prototype scaffolding.”

“The camera path controls are the real story here — being able to define a dolly push or arc orbit and have the model actually follow it without drifting is the difference between footage you'd stitch into a real edit and footage you'd use as a mood board. The 4K output lands with enough detail that you're not immediately fighting compression artifacts in post. The cinematic presets are tasteful without being a straitjacket — they feel like a colorist's starting point, not a TikTok filter, which tells me someone on the team actually uses cameras.”

“The direct competitor here is ProtoPie and the half-hour a senior designer currently spends wiring flows before a usability test — and against that bar, Make Prototype wins clearly for standard linear flows. Where it breaks is conditional logic: any prototype that branches on user input, persists state, or simulates API responses is still entirely manual, and that covers maybe 40% of real usability test scenarios. What kills this in 12 months isn't a competitor — it's scope creep from Figma's own roadmap; if they ship smart-animate improvements and variable-aware connections, this feature either grows into something genuinely powerful or gets quietly deprecated as a stepping stone. I'm shipping it because the 60% it handles well represents hours of saved work per week for a design team.”

“Camera controls and 4K output are real features that address real complaints about Dream Machine 1 — I'll give them that. The scenario where this breaks is multi-character dialogue with consistent faces across more than 8 seconds, which still dissolves into uncanny mush regardless of the consistency improvements they're claiming. What kills this in 12 months is OpenAI shipping Sora natively into the full Adobe suite at a price point that makes Luma's API look expensive — and Adobe has the distribution that Luma doesn't. To earn a strong ship it would need proprietary model advantages that survive a commodity pricing floor, and the jury is still out on whether the camera control quality is genuinely differentiated or just temporarily ahead.”

“The job-to-be-done is precise: 'wire up a prototype fast enough that I can test it today instead of tomorrow,' and Make Prototype nails that single job without trying to also be a motion design tool or a handoff tool. Onboarding is essentially zero — if you've used Figma's prototype panel before, you invoke this from a right-click or command bar and the connections appear; there's no configuration screen. The completeness question is the honest limitation: you can't fully switch off manual prototyping because anything involving conditionals or data still requires hand-wiring, so it's a time-saver within an existing workflow rather than a workflow replacement. The specific product decision that earns the ship is that the output writes back into Figma's native connection format rather than a proprietary AI layer — your prototype remains yours and is fully editable without touching the AI again.”

“The thesis here is that professional video production collapses from a crew-based workflow to a prompt-and-iterate workflow, and the camera path controls are the first feature that makes that thesis plausible rather than aspirational — a virtual camera operator who takes direction is a fundamentally different primitive than a random-motion video generator. The dependency this bet requires: camera control fidelity has to scale to 30+ second clips before the incumbent NLEs ship their own generation layers, which is a real race with a real deadline. The second-order effect nobody is talking about is that precise camera controls shift creative power from DPs and camera operators toward directors and writers who can describe shots in language — that's a meaningful labor market shift riding the trend of language as creative interface, and Dream Machine 2 is early to it.”

“The primitive is a text-to-video model with a camera trajectory parameter layer exposed over REST — that's a clean enough description. The DX bet is putting cinematic presets in the API response schema so you can pipe them into your own tooling without building a camera-math abstraction yourself, which is the right call. What I want to see before a strong ship: documented camera path coordinate schema with real examples in the API reference, not just 'see the web app' as the de facto documentation — right now the web app is doing work the docs should be doing, and that's a signal about where the engineering attention is going.”