Figma AI Auto-Layout Suggestions & Content Fill vs Luma AI Dream Machine 2.0

“Content Fill solves a genuinely tedious design problem — replacing 'Lorem ipsum' and grey boxes with contextually appropriate data so you can actually evaluate a layout instead of imagining it. The auto-layout suggestions are the more interesting feature: they surface the right constraint choices (fixed vs. hug vs. fill) in context, which is where most designers lose time. The specific decision that earns the ship here is that both features operate in-place without breaking the existing frame structure — Figma clearly thought about integration, not replacement.”

“Content Fill produces contextually aware placeholder data — realistic names, plausible product copy, appropriately sized images — which is meaningfully better than the lorem ipsum placeholder era. The taste layer is thin but present: the tool infers from component naming and visual structure what kind of content belongs where, so a card labeled 'user profile' gets a name and avatar, not a product description. The fingerprint problem is real though: all AI-filled content reads like the same anonymous stock internet, so the editing surface still matters, and right now iteration beyond 'regenerate' is limited.”

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

“This is the rare case where an AI feature earns its place by being embedded at the exact point of friction — designers have been manually hunting for placeholder content and hand-tuning auto-layout constraints since both features shipped, so the job-to-be-done is real and the integration is correct. The scenario where it breaks is complex design systems with heavily customized component variants, where the AI suggestions either miss the constraint logic entirely or conflict with existing tokens. What kills it in 12 months isn't a competitor — it's Figma itself shipping this deeper into the Dev Mode and variables workflow, making the current GA feel like a stepping stone.”

“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 job-to-be-done is precise: get a design from empty skeleton to reviewable mock without manual data wrangling. Content Fill nails this in under two minutes for standard component structures — you select frames, invoke fill, and the design becomes legible to stakeholders immediately. The product is opinionated in the right direction: it doesn't ask you to configure a content schema, it infers from context. The gap that keeps this from a stronger score is that auto-layout suggestions still require the designer to accept or reject each recommendation individually, which adds friction in bulk-layout scenarios — a 'apply to all similar frames' affordance is conspicuously absent.”

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

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