Figma 的 MCP 更新反映了整个行业的更大转变。
Figma's MCP Update Reflects a Larger Industry Shift

原始链接: https://metedata.substack.com/p/a-small-figma-update-and-a-big-signal

Figma 最近启用了 AI 代理直接*写入* Figma 文件,这与之前的只读权限有所不同。这个看似微小的更新凸显了产品开发中更大的权力动态转变。虽然 Figma 最初希望其自身的 AI 工具(如 Figma Make)能够推动“氛围设计”,但它们已被 Claude Code 等代理的速度和效率所超越。 越来越多的原型设计*始于* Claude Code,完全绕过 Figma——这威胁到 Figma 作为中央设计枢纽的传统角色。这反映了一个更广泛的趋势:AI 代理正在成为聚合器,利用来自多个来源(如 Slack、Jira 等)的上下文数据,而单个 SaaS 工具无法复制这些数据。 SaaS 公司意识到专有数据不足以竞争。未来在于要么成为一个全面的“万能工具”,要么接受在这些主导的 AI 生态系统中的插件角色。Figma,以及许多其他公司,很可能正朝着后者发展,成为供应商而非用户的首选目的地,因为软件开发过程变得更加流畅,并且依赖于 AI 驱动的工作流程。代理现在是起点,为旧流程构建的工具必须适应,否则有被取代的风险。

## Figma 的 MCP 与 SaaS 的未来 Figma 最近的一次更新引入了托管组件平台 (MCP),预示着一种更广泛的行业趋势:**SaaS 工具正越来越多地提供 API 和 MCP,以实现“可组合性”**。 这允许用户组合来自不同服务的功能——例如将 Claude Code 或 Google 搜索结果直接集成到 Figma 设计中——从而释放新的生产力水平。 评论员“simianwords”认为,这种转变将降低完善的用户界面作为 SaaS 公司竞争优势的重要性。 相反,价值将由功能和集成能力驱动。 虽然财务影响尚不确定,但评论员预测,由于这种可组合的未来,生产力和使用率将会提高,应用程序将成为构建块,而不是孤立的实体。 基本上,重点正在从 *外观* 转移到 *功能*。
相关文章

原文

Earlier this week, Figma introduced a way for AI agents to design directly in the Figma canvas based on your prompts. From Figma’s own blogpost:

With Figma’s MCP server, agents can now write directly to your Figma files, extending the standards you’ve carefully established over time. Via the use_figma tool, Claude Code, Codex, and other MCP clients can generate and modify design assets that are linked to your design system

What’s notable here is that Figma already had MCP tools, but they were read-only. In practice, this meant your AI agents could read your Figma files but they couldn’t write to them. This update gives them write access - a small update on the surface. Or is it?

If I had to guess, Figma was betting on their own AI creation tools like Figma Make to be the primary interface for “vibe-designing” - designing through prompting. From personal experience as well as that of many of my peers in the industry, the results from Figma Make are a resounding “meh”. It’s good demo-ware but fails pretty quickly as you try to get closer to any specific vision you have. It’s a tool most designers tried after their design VP mandated that everyone use AI tools in their work. Most didn’t return.

In parallel with all this, we’re seeing another fundamental shift in product development - more often than not, it now starts in Claude Code / Codex / Antigravity or whatever AI agent one may use. It’s now faster to prototype 10 directions with Claude Code than to mock up one wireframe in Figma. And that’s truly dangerous for Figma, because Figma is the place where product development used to start and live until engineering hand-off.

Figma, along with a large swath of SaaS tools can see both of these things clearly - their home-grown AI agents are collecting dust in their UI while people are falling head over heels for Claude Code and using it for everything.

There are two interesting powers at play here:

  1. Claude Code becoming the consumer preference among builders and hence the integration point for other tools. In Ben Thompson’s framework, they’re becoming an aggregator.

  2. Claude Code’s differentiation is in deeply integrating their proprietary agent harness with their own models. Figma, Canva, Slack, and everyone else have access to the same model Anthropic does (Opus 4.6 being the current state-of-the-art) - yet, they can’t seem to replicate the magic of Claude Code within their own tools.

The immediate reaction of every SaaS company after they got caught like a deer in the AI headlights was to plug an AI agent into their app. “Our proprietary data is the secret sauce that will make our AI agent special” they thought. But that thought is now running into three harsh realities:

  1. The most valuable data in any SaaS tool is your company’s context, which is almost always exposed with APIs for any other tool to use. Any metadata around actual usage patterns of said data & your tool is unlikely to be valuable enough to make any AI agent meaningfully more useful.

  2. Any individual SaaS company’s context is mostly useless without broader organizational context. Context has network effects - it gets exponentially more valuable the more complete it is and becomes almost useless when it’s limited. Your Figma files / Slack chats / Amplitude dashboards / JIRA tickets alone don’t give AI agents a complete picture of your business. But taken altogether, they’re extremely valuable.

  3. The software development process is moving from a discrete model - clear steps with explicit handoff at each step - to a more fluid model with no gates, stages, or handoffs as the process gets increasingly absorbed by the AI itself. Most SaaS tools were either designed to simplify a specific step and/or to improve the handoff between them. So what happens when those steps collapse into a process that needs no handoff?

As this harsh reality is slowly (or rapidly?) crystallizing for every SaaS company out there, they’re now facing a fork in the road - become “the everything tool” to own this new fluid process or get commoditized as another plugin into Claude or ChatGPT.

Figma and most others have no choice but to submit to the latter. Assuming Claude and other premier agents continue to aggregate demand at this rate, companies like Figma lose a direct relationship with the user - they become suppliers vs a branded destination. Others, like Linear, are trying to disrupt themselves and become both the universal context store and the agent living on top of it. Realistically, all of them will continue to desperately pursue the goal of remaining the main destination while begrudgingly opening up their tools to 3rd party AI agents to hedge their bets.

A few of them will face a more existential question - if your tool was designed for a discrete step in yesterday’s software development process and AI is making this step optional, what are your prospects for the future? As a designer who spent the last 10 years of my career in Figma (and Sketch before that), I’m now in the world where I’m shipping products without touching Figma at all or only tangentially. It’s no longer the starting point or a singular source of truth for my work (I’m not alone).

Every SaaS company built for yesterday’s process now faces the same binary: reinvent what you are or accept what you’re becoming. There’s no third option where the old world comes back. The tools that defined how we built software for the last decade don’t get to coast on muscle memory forever. The agent is the new starting point. If you’re not that, you’re a supplier. And suppliers are, by definition, replaceable.

P.S. This article started as one of 3 thoughts in my next edition of the weekly Metedata Digest. But as I kept writing, it took on a life of its own, so I decided to split it out and keep the Digest more brief and readable for you tomorrow. Let me know if you like this format better (or not)!

联系我们 contact @ memedata.com