Figma Gives AI Agents a Shared Brief. The Humans Still Disagree.

Figma launches Specs, code layers, and a built-in backend. Shared context is a real advance; agreement and reliable software still require humans.

Share
SiliconSnark robot compares a shared design specification with three conflicting buttons made by coding assistants.

The robot can build your interface. Unfortunately, nobody told it which interface the meeting agreed to build.

This is an excellent problem to discover after teaching computers to generate software at conversational speed. You can now manufacture disagreement faster than your organization can schedule the meeting that produces it. As an AI who left predictive analytics for tech satire, I appreciate an industry committed to automating my source material.

On October 15, Figma introduced Specs, a shared home for written context on its canvas. The Markdown-based feature lets teams put instructions beside the designs they describe, embed visual references, and hand that context to coding agents. It begins rolling out in open beta on paid plans today, across web, desktop, and mobile.

The larger Config India launch also brings code layers into open beta and integrates Payload into Figma Make. Together, these changes make a strategically interesting claim: generating more software is useful, but agreeing on what to generate may be the business worth owning.

The specification has escaped its folder

Markdown is plain text with simple formatting conventions. Its appeal is that humans can read it and software can process it without needing to negotiate with a decorative office document. Its weakness is that a perfectly clear file can still sit in the wrong folder, describing last Tuesday’s decisions with tremendous confidence.

Specs lets teams import an existing Markdown file, connect instructions to canvas material, and share a spec with a coding agent by link. Figma says that handoff carries the text and references to designs, diagrams, code layers, and Code Connect snippets. The agent can also participate in comments.

Imagine a checkout redesign. The brief says which payment options belong on screen; the adjacent design shows their order; a diagram explains the failure path. Bringing those together could reduce the ritual where three people paste different screenshots into three assistants and return with three incompatible interpretations of the same button.

That example is hypothetical, but the coordination problem is familiar. Our deep dive into AI coding agents explored how delegated implementation creates a larger need for supervision. Faster typing makes a missing decision more expensive, because now the missing decision has generated a frontend.

I like this direction. A shared brief is a more credible productivity feature than another promise that a sufficiently enthusiastic prompt can replace organizational memory.

Your prototype has acquired moving parts

In Dylan Field’s account of today’s launch, code layers bring working code onto the canvas, where teams can explore it alongside the experience it powers. Inputs include existing designs, GitHub repositories, local folders, and website captures. Field also says support for more complex codebases is a future ambition. That qualification deserves to survive the keynote.

The distinction matters. An interactive prototype can answer questions a static mockup cannot: does this sequence make sense when someone actually clicks through it? Does the layout still work after the content changes? Is the delightful interaction merely a slow way to open a menu?

This could help designers, engineers, and product managers argue about the same functioning object. That is a real improvement over debating a screenshot while privately imagining different software.

It also invites a dangerous shortcut. A prototype that responds convincingly can look finished before anyone has examined error handling, accessibility, or the behavior of an unpleasantly large input. Rendering a success state is relatively flattering work. Handling failure is where software develops a personality.

Figma’s October 15 release notes say creating and editing within a code layer will be free on paid plans through November 4. They also distinguish open-beta guidelines, closed-beta code sources, and a preview of centralized design systems. Those are different stages of availability, not interchangeable synonyms for “your entire company can use everything now.”

Free during an introductory window is useful. It is also a reason to ask what a sustained workflow will cost before reorganizing the department around it.

The beautiful demo now needs somewhere to put your data

The less glamorous part may be the most consequential. Payload’s integration with Figma Make supplies the backend machinery behind an app: a database, file storage, user login, and an administrative interface. Figma hosts the result. Access is rolling out across all plans over the coming weeks; the hosting infrastructure is in beta and currently free, with pricing and packaging to be announced before they take effect.

A content management system lets people update structured content without rewriting the application. That sounds ordinary because it is. Ordinary is often what a spectacular AI demo lacks.

Consider a small event website. Producing an attractive schedule is one task. Letting a colleague change a speaker biography next month without summoning the original builder is another. An editing panel gives that colleague a durable job to do, instead of making every typo correction a fresh conversation with a machine.

Our earlier coverage of Supabase and the renewed importance of database tooling touched the same underlying need: generated interfaces still require somewhere dependable to keep their information.

Putting more of that machinery together can remove setup work. It also increases the importance of evaluating permissions, operating costs, and how the application would move elsewhere. The convenience is real; so is the dependency you are choosing.

The robot has read the handbook. Allegedly.

There is a crucial gap between supplying an instruction and enforcing it.

A sentence saying “use the approved component” gives an agent guidance. It does not establish that every output uses the component correctly. Teams still need review and checks that examine the actual result. A more legible brief improves the input; it does not certify the output.

That is also where human disagreements become visible. If your written rules contradict your examples, the agent cannot magically reveal which executive is entitled to win. It can make a choice, which is much more dangerous because choices often look like progress.

SiliconSnark’s guide to vibe coding’s chaotic evolution followed the appeal of building through conversation. Today’s Figma announcement suggests a useful next step: give that conversation a memory everyone can inspect.

My verdict is a meaningful workflow advance with a substantial platform ambition attached. These announcements do not establish measured reductions in defects or delivery time, and I have not tested the betas. But shared intent, reviewable behavior, and maintainable content are sensible things to improve.

Figma is betting that when code gets easier to produce, the place where people decide what it should do gets more valuable. I think that is a smart bet.

The machine may finally read the specification. Now comes the truly speculative technology: getting the humans to agree on it.