Google Stitch vs 腾讯 Ardot：AI 快速起稿，还是完整设计工作台？

先说结论

Google Stitch 和腾讯 Ardot 都能用自然语言生成界面，但它们解决的不是同一个阶段的问题。

Stitch 更像“AI 起稿器”：打开网页、输入描述、几秒看到界面方向，适合在还没有设计稿时快速探索。
Ardot 更像“Figma + AI 的完整工作台”：除了文生 UI，还提供矢量编辑、自动布局、组件与变量、团队协作、权限管理和设计到代码交付。

如果你只需要快速验证一个页面方向，Stitch 更轻；如果你要把设计稿真正推进到团队协作和开发交付，Ardot 更完整。两者也可以接力使用。

两者是什么

Google Stitch 是 Google Labs 的 AI UI 设计工具，核心能力是把文字或图片转成界面，并通过 DESIGN.md、MCP 和 Agent Skills 把设计上下文交给后续工作流。它目前以 Web 端为主，适合快速探索和概念验证。

腾讯 Ardot 是腾讯设计推出的 AI 原生设计平台，支持 macOS、Windows 和 Web。它把 AI 生成放进一个完整设计编辑器里，官方能力包括文生 UI、图片转设计稿、Figma .fig 导入、矢量编辑、自动布局、组件变体、设计变量、团队库、评论协作、权限与操作日志，以及面向开发的标注和代码片段。

核心差异

维度	Google Stitch	腾讯 Ardot
核心定位	AI UI 生成与快速探索	AI 原生设计工作台
平台	Web	macOS / Windows / Web
文生 UI	强，提示词优先	强，内置在完整编辑器中
图片转设计	支持	支持，并可继续精细编辑
Figma 方向	Fast 模式可导出到 Figma 精修，不是 `.fig` 导入入口	支持 `.fig` 导入，保留布局、样式和组件
矢量编辑 / 自动布局	基础	完整
设计系统	DESIGN.md 与设计上下文	组件、变体、变量、模式、团队库
团队协作 / 权限 / 审计	有限	完整
设计到代码	HTML 导出，可转 React/Vue 等；DESIGN.md、MCP/CLI/Skills	标注、CSS/iOS/Android 代码片段、MCP、CodeBuddy（React/Vue/小程序）
价格	目前免费	Starter 免费；Pro/Team/Enterprise 限时免费 + AI Credits
国内访问	依赖 Google 服务可用性	腾讯云产品，国内团队访问更直接

AI 生成：都能起稿，侧重点不同

Stitch 的优势是“少一步”。你不需要先学一个设计软件，输入一句描述就能得到完整页面，再通过连续提示词调整布局、颜色和信息密度。它很适合产品经理、创业者、开发者，以及需要快速比较多个视觉方向的设计师。

Stitch 还提供多种 Design Mode：Thinking with 3 Pro 适合复杂逻辑和更严谨的界面，Redesign 适合把旧界面改成特定风格，Fast 适合快速线框和导出 Figma 精修。它还支持一次生成 1–5 个变体，并用 Creative Range 控制偏离当前设计的程度。

Ardot 也支持文生 UI 和图片转设计，但它的 AI 更像编辑器里的助手：生成之后可以继续用矢量工具、自动布局、组件和变量调整。官方还提供 AI 图片生成、图标生成、链接转 UI 和 AI 搜索等能力。对需要“生成后继续精修”的团队来说，这种一体化更省切换成本。

设计编辑与设计系统

这是两者差别最大的地方。

Stitch 的重点是生成和设计上下文。它可以通过 DESIGN.md 把颜色、字体、间距和组件规则整理成 AI 可读的规范，再交给 Stitch 或 Coding Agent 使用。它还可以把设计转成可滚动、可交互的 Prototype，用来检查 hover 等交互状态。它适合把“设计意图”表达清楚，但不是传统意义上的完整设计编辑器。

Ardot 提供更接近 Figma 的编辑能力：矢量网格、布尔运算、3D 旋转、自动布局、组件变体、组件属性、设计变量和多主题模式。团队还可以发布组件、样式和变量到团队库，让多个页面保持同一套设计系统。对于需要长期维护设计系统的团队，这些能力比单次生成更重要。

Figma 迁移与团队协作

Ardot 官方支持直接导入 .fig 文件，并保留布局、样式和组件。这意味着已有 Figma 工作流的团队可以把 Ardot 当作一个带 AI 的新工作台，而不是从零开始。

Stitch 的 Fast 模式可以把线框导出到 Figma 做精修，但它的核心入口不是 .fig 导入，而是文本、图片和 Code-to-Design 等流程。它更适合在方向探索阶段使用，而不是替代团队现有的设计文件管理。

协作方面，Ardot 支持多人实时评论、标注、版本对比、权限中心和操作日志；Stitch 更偏个人探索，不承担完整的团队权限与审计职责。如果你的团队需要设计评审、资产交接和权限治理，Ardot 的完整度更高。

设计到代码与 MCP

两者都在向 Agent 工作流靠拢，但路径不同。

Stitch 通过 MCP、CLI 和 Agent Skills，把设计上下文交给 Claude Code、Cursor、Gemini CLI、Antigravity 等工具。Stitch 的 HTML 输出还可以由 LLM 转成 React、Vue、Angular、Jetpack Compose、Flutter 或 SwiftUI 等格式。它的优势是“提示词 + 设计上下文”可以快速变成可执行任务，适合以 Prompt 为中心的团队。

Ardot 提供面向开发的标注、组件变体查看，以及 CSS、iOS、Android 代码片段；官方 MCP 文档列出了项目、画布、设计变量、组件库等工具，并支持 CodeBuddy、Cursor、Claude Code 等 MCP 客户端。官方文档还说明，设计稿可以通过 MCP 交给 CodeBuddy，生成 React、Vue、小程序等高还原代码。它更强调“设计文件本身就是交付物”，适合设计团队主导的工作流。

价格与可用性

截至 2026-10-28：

Stitch 目前可以免费使用，但 Google 可能会调整定价和地区可用性。
Ardot 的 Starter 个人版免费；Pro、Team、Enterprise 目前限时免费，但以 AI Credits 计量。团队规模变大后，席位和 Credits 会成为实际成本。

可用性方面，Ardot 是腾讯云产品，国内团队访问通常更直接；Stitch 依赖 Google 账号，在部分地区和网络环境下可能受限。两者都应以官方当前说明为准。

怎么选

更适合 Google Stitch：

你还没有设计稿，只想快速看几个 UI 方向
你不想先学一个完整设计软件
你重视提示词、DESIGN.md 和 Google 生态
你主要做概念验证，而不是长期维护设计系统

更适合腾讯 Ardot：

你需要一个能真正编辑的设计工作台
团队已有 Figma 文件，希望平滑迁移
你需要组件、变量、团队库、权限和审计
你在国内团队，重视访问稳定性
你希望设计稿直接进入开发交付和 MCP 工作流

组合工作流

最务实的做法不是二选一，而是按阶段使用：

用 Stitch 快速生成 2–3 个页面方向，确定信息结构和视觉气质
把确定的方向带进 Ardot，用完整编辑器做组件、变量和响应式细节
用 Ardot 的标注、代码片段或 MCP 交给开发，或者继续用 Stitch 的 DESIGN.md 和 Skills 对接 Coding Agent

这样既保留了 Stitch 的起稿速度，也利用了 Ardot 的编辑和协作深度。

总结

Stitch 和 Ardot 都值得放进 AI 设计工具箱，但它们不是同一类工具。Stitch 更适合“从 0 到方向”，Ardot 更适合“从方向到可交付设计”。如果你只做快速探索，Stitch 足够；如果你要把设计纳入团队流程，Ardot 的完整度更高。两者接力，通常比单独使用其中一个更有效。