Figma AI Make Prototype vs Luma Dream Machine 2.5

“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 is: structured camera trajectory parameters baked into a video generation API call, exposed alongside existing generation endpoints as of July 19. That's the right DX bet — putting the camera control at request time rather than as a post-process step means the model is actually informed by the motion intent, not just composited after the fact. The moment of truth for a developer is whether the API docs map camera_path parameters to actual dolly/crane/orbit semantics clearly enough to use without trial-and-error guessing — based on what's public, the answer is mostly yes, though edge case parameter interactions aren't documented well. This is not a weekend script replacement; replicating smooth, model-informed camera trajectories in a generated video is genuinely hard, so the wrapper accusation doesn't land here.”

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

“Direct competitors are Runway Gen-3 and Kling, both of which have camera control in various states — so this isn't a category invention, it's a feature race. Where Dream Machine 2.5 earns its ship is that the camera path editor is exposed in the API, which means it's not just a demo toy for the web app; developers can actually build with it. The scenario where this breaks is multi-scene narrative coherence at longer durations — character consistency across transitions remains an unsolved problem that no marketing copy addresses. Prediction: Runway or a well-funded newcomer eats this in 18 months unless Luma builds a proprietary consistency layer that the API providers can't replicate with a single model call.”

“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 camera path editor is the specific thing that separates this from the slop pile — not because it exists, but because it gives you dolly-in, crane-up, and orbit as named, intentional primitives rather than a prompt-guessing game. The output stops feeling like AI-generated video and starts feeling like shot selection, which is a meaningful craft difference. The fingerprint is still there in texture and lighting falloff, but for the first time you can compose around it rather than just accept whatever the model decided.”

“The thesis here is that cinematography grammar — the language of lens movement that took Hollywood a century to codify — will become a prompt parameter rather than a crew skill, and that whoever ships the best abstraction for it owns a meaningful slice of the creator economy toolchain. Camera path as a first-class primitive is the right bet; it separates intent from generation in a way that scales with model improvement rather than fighting it. The dependency to watch is scene consistency: if the underlying model can't hold subject identity across transitions, the scene-to-scene feature is a parlor trick, and the tool's value collapses back to single-shot generation where the competition is brutal. Luma is on-time to the camera-control trend — not early enough to have a moat from it, but not late enough to be irrelevant.”