信息更新：2026-03-23
最近一段时间，AI UI 设计工具的讨论明显升温。尤其是 Stitch，在 2025 年 Google I/O 首次亮相后，2026 年 3 月又迎来一次关键升级：从“能生成界面”的工具，进一步走向“AI-native 的设计画布”。与此同时，Pencil 正在另一条路线快速出圈——它不是把设计放在浏览器标签页里，而是把设计直接放回 IDE 和代码库里；至于 Figma，则没有放弃中心地位，而是用 Make、Dev Mode、Code Connect 与 MCP 持续加固自己在团队协作和设计治理层面的护城河。
这三款产品看起来都在做“AI 设计”，但它们解决的问题其实并不完全一样：Stitch 更像生成驱动的创意加速器，Pencil 更像代码内生的设计系统工具，Figma 则仍然是组织级设计协作平台。 真正值得比较的，不是谁更“炫”，而是谁更适合你的工作流。
一句话结论：做 0-1 概念验证，Stitch 当前最激进；做 AI 协同开发与 design-as-code，Pencil 最有特色；做多人协作、设计资产治理与稳定交付，Figma 依然最成熟。
本文的评测方法
本文主要基于三类资料进行交叉判断：其一是产品官方博客、官方文档与官方帮助中心；其二是各产品 2025-2026 年的功能更新脉络；其三是从实际工作流角度出发，对“创意生成”“设计系统承接”“工程落地”“团队协作”四个关键维度做场景化评估。也就是说，这不是一篇单纯罗列功能点的文章，而是一篇面向实际选型的工作流评测。
为什么 Stitch 最近特别火？
Stitch 的热度不是空穴来风。Google 在 2025-05-20 首次发布 Stitch 时，它就已经能够把自然语言和图片输入转成复杂的 UI 设计与前端代码，还支持 Paste to Figma，让生成结果进入成熟的设计协作体系。到了 2026-03-18 左右，Google 又把 Stitch 升级为更完整的 AI-native design canvas：加入无限画布、语音交互、新的 design agent、可复用设计规则的 DESIGN.md，并通过 MCP、SDK 和导出能力进一步连接开发工具链。
这意味着 Stitch 不再只是“帮你出几张界面图”，而是在试图定义一种新的工作方式：你先用自然语言表达目标、品牌气质和用户感受，再让 AI 一路往高保真界面、交互流程、设计系统上下文和开发衔接推进。也正因为如此，Stitch 的热度明显高于一般“文生图式 UI 工具”。
三款产品分别在做什么？
1）Stitch：最像“创意爆发器”的 AI 设计工具
Stitch 的核心价值在于：把低门槛输入快速提升为高保真 UI 和可继续落地的原型方向。它支持从自然语言、图片甚至代码片段出发生成界面，并能快速给出多个变体。对于创始人、产品经理、独立开发者和需要快速探索方向的小团队来说，这种能力极具吸引力。
它的真正优势不是传统意义上的“像 Figma 一样精修”，而是 把探索前置。你可以先描述业务目标、参考风格、情绪气质，再让 Stitch 生成并持续迭代。当你想把结果带入更成熟的协作流程时，它又能通过 Paste to Figma、前端代码导出和开发工具连接把工作继续往后推进。
但 Stitch 当前的边界也很明显：它本质上仍是 Google Labs 的 experiment，适合高速探索，不一定天然等于企业级设计治理。它在组织内多人协作、复杂组件治理、长期设计资产管理上的成熟度，目前仍难与 Figma 正面对等。
2）Pencil：把设计搬进 IDE 的“design-as-code”路线
Pencil 的走红，恰恰说明设计工具市场正在分叉。它不是想把所有人都拉回传统设计软件，而是明确站在“AI 编码 + 本地代码库 + MCP 工作流”这一边。官方文档给出的定位非常清楚：Pencil 直接运行在开发环境里，设计文件以 .pen 形式存在，MCP server 在本地运行，AI 助手可以直接读写这些设计文件。
这条路线的意义非常大。传统设计到开发的断层，往往发生在“设计文件”和“代码文件”天然分离的地方；而 Pencil 试图让设计像代码一样可版本化、可放进仓库、可被 AI 与工程工具直接操作。它支持 Design → Code、Code → Design、双向 Sync，变量还能与 CSS 保持同步，甚至可以根据 Figma 变量截图来建立设计变量。
对今天大量使用 Cursor、Claude Code、Codex CLI 等工具的团队来说，Pencil 的价值不只是“会画图”，而是 让设计上下文进入 AI 编程闭环。这也是为什么它在开发者圈子里讨论度很高。
但 Pencil 的限制同样不应忽视：它明显更偏工程师主导，学习路径也更像一款开发工具；官方文档还明确提到目前 没有自动保存，AI 功能依赖 Claude Code 认证，说明其产品形态仍处于快速演进阶段。对于需要成熟审稿流、跨部门协作、品牌资产统一管理的大团队，Pencil 暂时还不是 Figma 的替代品，而更像一把非常锋利但偏专业的刀。
3）Figma：不是最“炸裂”，但仍是最稳的团队底座
很多人讨论 Stitch 和 Pencil 时，容易把 Figma 说成“传统工具”。这其实并不准确。过去一年里，Figma 并不是没有进攻：它一方面继续巩固 Dev Mode、Code Connect 和 MCP Server 在设计交付与工程衔接层面的能力，另一方面又推出 Figma Make、Figma Sites、Figma Buzz 等更强的平台化能力，把 AI 从单点功能扩展为整套产品家族的一部分。
从选型角度看，Figma 最大的优势仍然是 组织能力：设计师、产品、研发、市场团队都能在同一平台下协同工作；Dev Mode 能让开发者在付费方案中更高效查看设计与代码信息；Code Connect 可以把设计系统组件与真实代码组件建立连接；MCP Server 则把 Figma Design、FigJam 和 Make 的上下文继续带进 AI 开发流程。
Figma 的问题不在“能不能做”，而在“够不够快、够不够激进”。如果你的目标是几分钟内做出高保真探索、快速找到感觉，Stitch 的体感可能更强；如果你的目标是把设计直接嵌回代码库，Pencil 的路径更原生。但如果你要的是跨角色协作、规范化设计系统、长期资产沉淀与企业级稳定交付，Figma 仍然最有整体优势。
核心对比：Stitch vs Pencil vs Figma
| 对比维度 | Stitch | Pencil | Figma |
|---|---|---|---|
| 核心定位 | AI 驱动的高保真 UI 生成与探索 | IDE 内的 design-as-code 与 MCP 设计工作流 | 协作设计平台 + AI + 交付治理 |
| 最强场景 | 0-1 概念验证、快速找方向、生成多个方案 | 开发者主导的设计到代码闭环、AI 编程协同 | 多人协作、设计系统治理、稳定交付 |
| 起点输入 | 自然语言、图片、代码上下文 | .pen 文件、IDE、AI prompt、本地仓库 | Figma 文件、组件库、对话式 Make、组织资产 |
| 设计到开发衔接 | 前端代码导出、Paste to Figma、MCP/SDK/开发工具连接 | Design→Code、Code→Design、变量与代码双向同步 | Dev Mode、Code Connect、MCP Server、Make |
| 设计系统承接 | 正在增强，2026 年引入 DESIGN.md 与设计系统提取 | 强，且更贴近代码库和本地变量体系 | 最成熟，适合多人、多库、多角色长期维护 |
| 协作成熟度 | 适合探索期，小团队更顺手 | 偏工程师个体或小团队协同 | 明显领先，适合组织级协作 |
| 主要短板 | Labs 实验属性较强，治理与沉淀能力仍在补齐 | 学习门槛更工程化，产品成熟度仍在快速迭代 | 创新体感不一定最强，部分能力受 seat/plan 约束 |
真正拉开差距的，不是“会不会生成”，而是工作流哲学
Stitch：先找感觉，再补流程
Stitch 代表的是一种“先把想法生成出来”的路线。它非常适合那些还没有稳定设计系统、但又想迅速把产品构想变成高保真方案的人。它甚至把语音也加入进来，就是为了降低表达门槛，让产品定义更像与创意伙伴对话，而不是像传统软件那样逐步搭建。
这种路线的优点是快，缺点是后续收束依赖外部流程。Google 已经意识到这一点，所以才加入 Paste to Figma、DESIGN.md、MCP、开发工具导出等能力。换句话说，Stitch 的强项在前半程，后半程仍在加速补课。
Pencil：先把设计放进代码上下文，再让 AI 接管
Pencil 的哲学几乎反过来。它不是把 AI 生成结果“导出给开发”，而是尽量让设计一开始就存在于开发环境之中。这样做的好处是，一旦团队已经进入 AI 编程时代，设计就不再是独立岛屿，而会成为代码库的一部分。对于前端组件库、设计 token、变量和 AI 代理协同实现来说，这种方式极其自然。
也正因为如此，我会把 Pencil 看作当前最值得工程型团队关注的 AI 设计工具之一。它未必最适合传统视觉设计团队，但对“会写代码、也要快速做界面”的产品团队，它非常有想象力。
Figma：把协作、治理和生产环境放在第一位
Figma 的逻辑则是：设计不只是生成界面，更是一个跨角色协作系统。因此它持续强化的不是单点魔法，而是“如何让生成、编辑、交付、设计系统、代码实现和组织权限结合起来”。这就是为什么 Figma 在 AI 时代依然很难被直接替代：它不是单一工具，而是一个工作平台。
这也解释了为什么很多团队最后的真实组合不是“三选一”，而是“用 Stitch 找方向、用 Figma 治理协作、在工程侧用 Pencil 或 Figma MCP/Code Connect 承接实现”。
我给不同团队的建议
适合优先选 Stitch 的团队
- 创始人、独立开发者、产品经理主导的 0-1 项目
- 需要在极短时间里做出多个高保真方向比较
- 还没有非常严格的设计系统，但很需要快速找到产品感觉
适合优先选 Pencil 的团队
适合继续以 Figma 为核心底座的团队
- 设计师、产品、研发、市场等角色同时参与
- 已经拥有设计系统、组件库、评审流程和交付规范
- 更看重稳定协作、权限、文档、Dev Mode 与组织级治理
最终结论
如果一定要用一句更直白的话概括：
- Stitch 是现在最值得关注的 AI-first 界面探索工具；
- Pencil 是最有代表性的 codebase-first 设计工具；
- Figma 依然是最成熟的 team-first 设计平台。
所以，问题不是谁会“杀死”谁，而是谁会重构哪一段工作流。2026 年的真实趋势很可能不是单一工具胜出，而是三种路线并行：创意生成前置、设计与代码更深耦合、平台级协作继续强化。 从这个角度看，Stitch 的爆红不是偶然，它是 AI UI 设计进入下一阶段的信号；而 Pencil 的出圈，则提醒我们：未来的设计工具，很可能越来越像开发工具。
参考资料（官方）
- Google Developers Blog：From idea to app: Introducing Stitch, a new way to design UIs
- Google Blog：Design UI using AI with Stitch from Google Labs
- Stitch 官方网站
- Pencil 官方网站
- Pencil 官方文档
- Pencil 官方文档：Design ↔ Code
- Pencil 官方文档：AI Integration
- Figma Help：About Figma AI
- Figma Help：Explore Figma Make
- Figma Help：Guide to Dev Mode
- Figma Help：Code Connect
- Figma Help：Guide to the Figma MCP server
评论