Figma AI Auto-Layout Suggestions & Content Fill vs FluidCAD

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

“I appreciate the concept but the UI is clearly built by engineers for engineers. There's no real onboarding, the documentation assumes CAD literacy, and the JavaScript API surface is intimidating for anyone coming from traditional design tools. Until there's a visual-first entry point, this stays a curiosity for most designers.”

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

“Code-first CAD has a 30-year history of failing to reach mainstream adoption because engineers and designers don't want to write JavaScript. FluidCAD will appeal to a very narrow slice of software developers who also do mechanical work. The STEP import/export is table stakes, not a differentiator, and Onshape's API does everything this does for teams who need collaboration.”

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

“FluidCAD solves the thing OpenSCAD got wrong: the 'drag to prototype, lock to code' loop makes it accessible without sacrificing programmability. STEP export means it fits into actual hardware workflows, not just rendering. For software engineers doing mechanical work, this is the missing middle ground between Fusion 360's complexity and OpenSCAD's austerity.”

“When AI can generate CAD from natural language, the tools that survive will be the ones with programmatic, diffable representations — not binary blob formats. FluidCAD's JavaScript-first approach puts it in exactly the right position for the AI-assisted hardware design wave that's coming. This is the OpenSCAD for the LLM era.”