Figma AI Site Builder vs Runway Gen-4 Turbo

“The component-aware generation is the actual design decision that earns this a ship — it means generated layouts use your real spacing tokens, your actual button variants, your defined type scale, not a hallucinated approximation of them. That's the difference between a tool that creates cleanup work and one that creates a starting point. The caveat: it still leans heavily on auto-layout defaults that produce structurally correct but visually predictable grids, so if your design system is expressive rather than utilitarian, the outputs will flatten it. But compared to every other AI layout tool that ignores your existing system entirely and forces a manual remap, this is a meaningful step toward AI that respects craft.”

“What this actually produces is a responsive grid that slots your real components into sensible hierarchy — hero, nav, content sections — which sounds modest until you remember every other AI design tool hands you a Figma file full of ungrouped rectangles pretending to be a design system. The taste layer here is partially baked-in and partially delegated: Figma's model has learned layout conventions, but the tokens and components you've defined do the aesthetic heavy lifting, which means the output quality ceiling is directly tied to how mature your design system is. The editing surface is native Figma, which is genuinely good news — you're not trapped in a generation-only interface — but the AI doesn't yet understand iterative prompts like 'make this section feel less corporate,' so the refinement loop still drops back to manual.”

“What Gen-4 Turbo actually changes for a working creator is the feedback loop: when generation drops below two seconds you stop waiting and start directing, which is a qualitatively different mode of working. The taste layer is baked into the model — motion consistency and subject coherence are handled by the distilled Gen-4 weights, not by prompt engineering heroics, which means the output doesn't have the flickering, drift, or uncanny physics of cheaper fast models. The editing surface is still the weakest point: you get a clip, you decide if you like it, and iteration is a new generation rather than a guided refinement — there's no inpainting or motion-path editing at this tier. But for rapid concept validation and storyboarding where you need twelve options in ninety seconds rather than one perfect clip in twenty minutes, this is genuinely useful in a way the standard model isn't.”

“The component-aware angle is the only thing that distinguishes this from the dozen AI layout generators that already exist, and it's a real differentiator — when it works. The scenario where it breaks is the one most teams actually face: design systems that aren't perfectly structured, with inconsistent naming conventions, missing variants, or components that predate auto-layout. Feed it a messy real-world library and the generation quality degrades to the same generic output you'd get from any competitor. What kills this in 12 months isn't a competitor — it's Figma itself shipping a more capable version bundled deeper into the product, making the current feature feel like a preview rather than a destination. Ships because it solves a real problem for teams with mature design systems, but that's a narrower user base than Figma's marketing implies.”

“Direct competitors are Kling, Pika, and Sora's API — all of which are racing toward the same sub-5-second generation window, so Runway's moat here is months, not years. The scenario where this breaks is high-volume production pipelines: credits-based pricing with no published cap on rate limits means you'll hit a wall the moment you try to run this at any real throughput, and 'under two seconds' is a best-case figure that will vary with infrastructure load. What likely kills this in 12 months is not a competitor but Google or OpenAI shipping a comparable turbo model bundled with existing API credits — Runway's only durable advantage is if the visual quality gap between Turbo and the competition is large enough to justify staying in the ecosystem. It's not there yet, but the speed-cost combination is a real unlock for iterative creative workflows and that's enough to ship.”

“The buyer is already a Figma Professional subscriber, which means this feature has zero new sales motion — it's pure retention and upsell insurance against competitors like Framer AI and the growing list of design-to-code tools threatening Figma's seat count. The moat here isn't the AI generation itself, it's the component graph: Figma already owns the design system artifact for most mid-size product teams, so a generation feature that reads that artifact is structurally harder to replicate than a standalone AI layout tool. The business risk is that this accelerates the timeline to 'one designer instead of three,' which is good for Figma's enterprise retention story but creates real pricing pressure as the per-seat model gets harder to justify. Ships because it strengthens Figma's platform lock-in at exactly the moment competitors were starting to find footholds.”

“The buyer here is clearly API developers and B2B creative platform builders — the 60% price cut is a deliberate wedge into the segment that was doing the math on Gen-4 standard and walking away. That's a smart move: it converts the price-sensitive tier that was churning to competitors while protecting standard and unlimited plan ARPU from users who need quality over speed. The moat question is harder: Runway's defensibility is its proprietary training pipeline and the Gen-4 quality baseline, but distillation is not a proprietary technique and every well-funded competitor is running the same playbook. What makes this viable as a business decision is that it deepens workflow lock-in for developers building on the API — switching costs compound as the integration matures. The risk is that the credits model doesn't scale transparently enough for enterprise procurement, and 'contact sales' pricing for high-volume tiers would be a mistake they should avoid making.”

“The primitive here is a distilled diffusion model exposed via a REST API with generation latency measured in seconds rather than minutes — that's a genuinely different capability class, not a marketing claim. The DX bet is that sub-2-second latency unlocks use cases where you'd previously have had to fake it with a loading state: real-time previewing, feedback loops in creative tools, anything where the user is iterating not generating. That's the right bet. My one friction point: credits-based pricing on API usage makes it harder to reason about cost at scale than a straightforward per-second-of-video model, and the documentation needs to be explicit about what 'under two seconds' means in the 99th percentile, not just the median. But the API is live, the latency is real, and this actually changes what you can build.”