Figma AI Make Prototype vs Midjourney Web Editor Inpainting & Reference Layers

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

“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 inpainting brush tool is actually designed — there's a clear mask preview in a distinct overlay color, an undo stack that doesn't blow away your full session, and the strength slider gives you real feedback as you drag, not just after you regenerate. What's missing is any visual hierarchy between the reference layer panel and the generation controls; they sit at the same visual weight and the eye has nowhere to land when you're deciding what to adjust next. The empty-state handling is also lazy — drop into a blank editor with no image loaded and you get a generic placeholder instead of a guided first action. Strong fundamentals, unfinished information architecture.”

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

“This is genuinely Midjourney catching up to Stable Diffusion workflows that have existed in ComfyUI and Automatic1111 for two years — credit where it's due for packaging it without requiring a local GPU and a PhD in node graphs. The specific scenario where this breaks is complex product photography: multi-layer references with fine texture like fabric or intricate logos still drift noticeably after inpaint cycles, which means professional retouching workflows aren't fully replaced yet. What kills this tool in 12 months isn't a competitor — it's Adobe Firefly and the Photoshop generative fill team, who now have a direct target to match feature-for-feature. Midjourney wins if their model quality gap holds; right now it does.”

“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 inpainting actually produces coherent output — fix a hand, swap a background element, adjust a face without nuking the rest of the composition. That's the hard problem other inpainters fumble. The reference layer system is the real unlock: stack a character ref on top of a style ref and the model holds both with real fidelity, not a mushy average. The editing surface is brush-based with adjustable hardness, which is the right call — it matches how illustrators already think about masking. The one failure is the layer stack has no blend mode controls, so if your references fight each other, you can't arbitrate who wins.”

“The thesis here is that non-destructive, multi-reference generative editing becomes a standard primitive in all creative software — not a specialty feature but a baseline expectation, the way layers were after Photoshop 3.0. Midjourney stacking inpainting and reference layers in the same session is a bet that the editing and generation workflows converge into a single surface, eliminating the round-trip between generator and editor that currently fragments creative pipelines. The second-order effect that matters: if this works at quality, it transfers creative leverage from production designers who own the toolchain to art directors and clients who only own taste — and that's a real power shift in agency workflows. The dependency that has to hold is Midjourney's model quality advantage over commodity diffusion endpoints; the moment that gap closes, the web editor is just a UI wrapper.”