Figma AI Sites vs Luma AI Dream Machine 2.0

“Figma AI Sites solves the single most painful moment in the design-to-web pipeline: the moment a developer opens the Figma file and re-interprets every spacing decision. The output is AI-generated HTML and CSS, which means the tool is only as good as how faithfully it translates auto-layout constraints, component variants, and responsive breakpoints into actual DOM structure — and from what Figma has shown, the fidelity is genuinely high. The specific design decision that earns this ship is that it respects Figma's own component and constraint system as the source of truth rather than screen-shotting the design and guessing. The risk is edge cases: complex interactions, hover states, and scroll behaviors that Figma's prototyping layer doesn't fully express will still fall through the cracks.”

“The primitive here is: static-site generator with Figma as the schema, AI as the compiler. That's actually not a bad idea, but the DX bet is entirely wrong for developers — it routes complexity into the AI black box rather than into a deterministic build step you can debug, version, or extend. The first 10 minutes for a developer means opening the exported HTML and asking whether you can wire up a real CMS, add a custom component, or run it through a build pipeline — and the answer is almost certainly 'not without re-engineering it.' The weekend alternative is real: Webflow, Framer, and even Builder.io solve this problem with more developer surface area and established component ecosystems. The skip is because 'export to custom hosting' without a documented output schema or CLI is just a ZIP file with AI feelings about your design.”

“Category is design-to-code publishing, and the direct competitors are Framer, Webflow, and Builder.io — all of which have been doing this longer, have richer interaction models, and have established CMS pipelines. The specific scenario where Figma AI Sites breaks is the moment a client wants to update a blog post, add a product to an e-commerce section, or change a nav link without asking a designer — the CMS integration claim needs scrutiny because 'CMS integration' on launch usually means 'we support one CMS with five field types.' What kills this in 12 months: Figma's core business is design collaboration, not hosting infrastructure, and the moment this feature requires serious investment in CDN reliability, edge performance, and CMS depth, it either gets spun out or quietly deprioritized. To earn a ship, Figma needs to publish the full capability surface of the CMS layer and show production sites running on it at scale.”

“Camera controls on a video gen model are a real feature, not a checkbox — Runway and Kling are shipping similar controls and Dream Machine 2.0 is roughly competitive, with scene consistency being the area where Luma has a credible edge for multi-shot work. The failure mode hits fast though: ask it for a scene with two characters interacting across a table with consistent lighting and you'll get three clips where the faces share a general vibe but not an identity. What kills this in 12 months isn't a competitor — it's that the underlying model providers (likely Google Veo or OpenAI's video stack) will bake camera primitives natively into their APIs, and Luma's entire moat collapses to distribution. Ship now, reassess in Q1 2027.”

“The buyer is clear: design-led teams and agencies who already pay for Figma and want to eliminate the handoff cost to a developer or a separate publishing tool like Webflow. The pricing architecture is clever — burying this inside the Professional plan turns it into a retention feature rather than a new SKU, which means Figma doesn't have to win on publishing, they just have to make switching to Webflow slightly less obvious. The moat is the existing Figma file corpus: every team that publishes a site through AI Sites is now locked into Figma as their design AND publishing layer, which is real workflow lock-in. The stress test is whether Webflow or Framer responds by building a Figma import that's good enough — and the answer is they already have import features, so Figma's window to make this sticky is measured in months, not years. The specific business decision that earns the ship is using hosting as an expansion revenue vector inside an existing enterprise contract rather than trying to build a standalone publishing business.”

“The camera controls are the real unlock here — specifying a slow push-in versus an orbital reveal produces outputs that feel authored, not just generated. Scene consistency across shots is genuinely better than the 1.0 era where characters would drift in appearance clip to clip, though it still wobbles on complex wardrobe details. The storyboard mode finally gives the tool an editing surface that maps to how a video creator actually thinks: in beats and cuts, not individual prompts. The fingerprint is still present in the motion curves — too smooth, too cinematic-by-default — but for creators who need a fast rough cut to pitch, this earns its place in the workflow.”

“The thesis Luma is betting on: in 3 years, the atom of video production is the prompt-defined shot, not the filmed frame — and the person who controls the camera control schema controls the creative workflow. That's a real bet, not a vibe. What has to go right is that camera vocabulary (dolly, push, orbit, rack focus) becomes a stable abstraction that downstream tools — editing software, storyboard apps, social platforms — integrate against. What has to not happen is that OpenAI or Google ships this as a commodity feature in their general assistant, which is a non-trivial dependency. The second-order effect nobody is naming: if controllable camera paths stabilize as an API primitive, indie directors stop budgeting for B-roll entirely, which collapses a specific tier of stock footage and freelance videography. Luma is riding the trend line of model capability catching up to creative control — they're on time, not early, but the storyboard mode is a genuine attempt to move up the stack before commoditization hits.”

“The job-to-be-done shifts between features and the product hasn't resolved it: are you hiring this to generate a single polished clip, or to produce a short coherent film? Storyboard mode and single-clip generation serve different workflows and the onboarding doesn't commit to either — new users land in a text prompt box with no clear path to the storyboard mode unless they already know it exists. The completeness problem is real: you still need a separate tool for audio, voiceover, and final cut, so this lives perpetually in the 'one piece of the puzzle' category rather than replacing anything end-to-end. The camera controls are genuinely opinionated and well-scoped — that's a product decision I respect — but the storyboard mode needs two more iterations before a creator can throw away their current workflow and adopt this wholesale.”