Galileo AI

Galileo AI 是一家位于旧金山的初创公司，由 Arnaud Benard 和 Helen Zhou 于 2022 年创立。他们只专注做好一件事：在几分钟内将简单的英文描述转化为精美的多屏幕 UI 设计。与生成代码组件或抽象线框图的工具不同，Galileo 能够生成高保真视觉稿，可导出至 Figma 或作为 HTML 和 CSS 交付给开发者。该公司于 2024 年 2 月完成了由 Khosla Ventures 领投的 440 万美元种子轮融资，并获得了包括 Julie Zhuo（前 Facebook 设计副总裁）和 David Hoang 在内的设计界知名人士的支持。这些投资者的背景也印证了 Galileo 的与众不同之处：它是由真正懂设计工作流的人打造的，而不仅仅是懂生成模型的人。

用户只需输入“an onboarding dashboard for a fintech app with dark mode and KYC status tracking”（一个带有深色模式和 KYC 状态跟踪的金融科技应用引导仪表板），即可在不到三分钟的时间内获得三到五个连贯的屏幕变体，其中包含完整的排版、组件层级和间距。该工具支持图像到 UI 的转换、保留图层结构的 Figma 导出，以及用于开发者交付的 HTML/CSS 代码输出。截至 2025 年 5 月，独立的 Galileo 产品已不复存在：Google 在 2025 年 5 月 20 日的 Google I/O 大会上收购了该公司，创始人们在同一天将其作为 Google Stitch 重新推出，现在由 Gemini 2.5 提供支持，并通过 Google Labs 免费提供。本介绍涵盖了 Galileo 时代及其继任产品。

2026 年 4 月视角的 Galileo AI 设计理念

Galileo AI 的构建基于一个特定的假设：早期产品设计中最昂贵的部分是面对空白画布。专业设计师在做出任何真正的设计决策之前，往往需要花费数小时来搭建线框图。Galileo 的解决方案是完全跳过这一步。输入你需要的描述，获得五个带有真实组件的屏幕，然后从具体的内容开始，而不是从零开始。该工具的理念是将构思的速度置于输出的精度之上。它生成的每个屏幕都旨在作为一个起点，而不是最终的成品。这种定位非常诚恳：Galileo 从未将自己标榜为生产级设计工具。它将自己定位为你在使用生产级设计工具之前所使用的工具。

作为继任者的 Google Stitch 在 Google Labs 中运行于 Gemini 2.5 之上。2026 年 3 月的 Stitch 2.0 更新增加了多屏幕生成（在无限画布上最多可生成五个连接的屏幕）、语音输入以及跨六个前端框架的代码导出功能。其底层导向并未改变：快速生成，导出至 Figma，然后进行细化。改变的是定价（现在免费）、模型质量（Gemini 2.5 后端）以及生成量（每月 350 次标准生成，而旧版 $39/月的 Pro 计划为 300 次）。Stitch 现在免费提供比付费版 Galileo 产品更多的功能。代价则是稳定性：一个带有 SLA 的付费产品变成了一个没有长期承诺的 Google Labs 实验项目。

“它生成整洁视觉稿的速度简直令人难以置信。虽然并不完美，但它为你提供了一个极好的起点，能节省数小时的工作时间。” - Sally Jin，Product Hunt，2024 年 10 月

真实项目测试：使用 Galileo AI 生成五屏 SaaS 引导流程

我们在 2026 年 4 月对 Galileo AI 及其继任者 Stitch 进行了测试，使用了一个结构明确的提示词：“five-screen onboarding flow for a B2B analytics SaaS, light mode, sidebar navigation, step indicator at the top, KYC verification screen included, and a final dashboard preview screen.”（B2B 分析 SaaS 的五屏引导流程，浅色模式，侧边栏导航，顶部带有步骤指示器，包含 KYC 验证屏幕，以及最终的仪表板预览屏幕）。该提示词在不到三分钟的时间内生成了五个具有仪表板级别保真度的连贯屏幕。侧边栏导航在所有五个屏幕上保持一致。步骤指示器正确地出现在第一至第四个屏幕上，并在仪表板预览中被移除，这是一个正确的设计决策。排版全程使用了类似于 Inter 的无衬线字体系统，并且整套设计的间距保持一致。

质量的上限在细节中显露无疑。KYC 屏幕默认采用了通用的“上传身份证”布局，完全没有考虑到典型的 B2B KYC 流程（通常涉及公司验证，而不仅仅是个人 ID）。调色板则牢牢局限于 Google Material 的风格：蓝色主色调、灰色表面、白色卡片。如果需要独特的品牌标识，则在导出后需要在 Figma 中进行大量的覆盖修改。Figma 导出文件是带有正确标签的画板和分组图层，而不是扁平的图像。HTML/CSS 输出是可读的语义化标记，但在适配真实代码库之前需要清理间距令牌（spacing-token）。总体而言：速度快，足以用于向利益相关者进行演示，但在没有进一步加工的情况下无法达到生产就绪的标准。

“Galileo 在快速生成外观出色的中低保真屏幕线框图方面表现得非常棒。” - Gabe Stein，Bex 创始人，Product Hunt，2024 年

AI 功能：哪些真正有用，哪些只是噱头

文本生成 UI（真正有用）： 核心功能在处理常见的屏幕模式时名副其实：仪表板、引导流程、设置屏幕以及登录/注册页面。对于这些场景，输出的质量足以节省数小时的线框图绘制时间。屏幕类型越是不寻常或越专业，需要的提示词工程就越多，输出的可靠性和实用性也就越低。

图像转 UI（在特定场景下有用）： 上传手绘草图或参考截图并获得精美的设计版本，这对于简单的布局效果很好。具有不寻常组件排列的复杂参考图往往会产生简化或重新解释的输出，而不是忠实的还原。对于早期的概念工作很有用；但对于精确的重建任务则不可靠。

多屏幕流程生成（Stitch 2.0 新功能，有条件地有用）： 2026 年 3 月的更新允许每次会话最多生成五个连接的屏幕，对于需要连贯流程而不是孤立屏幕的用户来说，这确实是工作流的一大改进。在测试中，屏幕之间的视觉一致性保持得相当好。局限性在于你无法指定屏幕之间的过渡或导航逻辑。你得到的是视觉屏幕，而不是一个可运行的原型。

AI 聊天迭代（时好时坏）： 用于广泛调整的后续提示词（更多的留白、顶部导航代替侧边栏、更暗的调色板）是有效的。但精准的修改则不行：“将 CTA 按钮向右移动 8px”是无法执行的。该工具是根据方向而不是坐标重新生成的。期望从聊天界面获得像素级控制的用户将会感到失望。

无障碍检查（缺失）： Galileo 和 Stitch 不会根据 WCAG 检查生成的输出。颜色对比度不合格和触摸目标过小的问题会在没有任何警告的情况下出现。对于任何生产用途，都需要在导出后进行无障碍修复。

协作、资产与团队工作流

Galileo 的免费层级使所有设计都公开可见，这将其排除在机密工作之外。$39/月的 Pro 计划解锁了私密可见性。它没有内置的评论工具、版本历史记录或共享项目文件夹。团队将其视为单人构思工具，导出到 Figma 后才进行实际的协作。

Google Stitch 并没有改变这一点。该产品是一个单用户生成环境。Galileo 和 Stitch 不接受外部设计令牌（design tokens）、组件库或品牌套件。每一次生成都从工具训练的默认值开始。如果你的团队有一个成熟的 Figma 组件库，且新设计必须符合该库，Galileo 无法从中获取资源。你将始终需要从 Galileo 的输出反向适配到你的设计系统。对于处于概念阶段的独立创始人和小型团队来说，这是一个微小的限制。但对于设计系统成熟的团队来说，缺乏感知组件库的生成能力是他们转而使用 Figma AI 的核心原因。

免费版与 Pro 版：真正的上限在哪里

Galileo AI 的免费层级每月仅有 10 次生成，对于专业用途来说太少了。$19/月的 Starter 计划提供 1,200 个积分；$39/月的 Pro 计划提供 3,000 个积分并包含私密设计可见性。一个积分大约等于一次屏幕生成。一个设计师如果为客户提案准备三个方向，每个方向五个屏幕，那么每个客户将消耗 15 个以上的积分，在一个项目中就会耗尽免费层级的额度。私密可见性往往是更严苛的限制：机密的客户工作不能存在于一个免费层级使所有设计都可被公开搜索的平台上。开发未发布产品的团队实际上必须为 Pro 计划付费，无论他们的生成量是多少。

收购之后，这两个限制都不复存在了。Google Stitch 是免费的，默认私密，并提供每月 350 次标准生成。现在的真正上限是 Google Labs 的实验状态：没有 SLA，没有保证的正常运行时间，也没有作为稳定性信号的付费层级。围绕 Stitch 构建工作流的团队所依赖的是一个 Google 可能会像关闭 Google Reader、Stadia 或 Inbox 那样突然下线的产品。

导出质量与格式支持

从 Galileo 导出的 Figma 文件生成了整洁的画板和符合逻辑的图层分组。单个 UI 元素以分组形状的形式呈现，而不是可编辑的 Figma 组件，这意味着如果不进行手动重新链接，它们就无法与你实际的 Figma 组件库变体进行交换。对于概念评审，导出质量是足够的。但对于生产设计，每个画板都需要进行组件替换，然后才能在真实的设计系统中使用。

在 Galileo 时代，HTML 和 CSS 代码导出生成了带有内联样式和遵循扁平命名约定的类名的语义化标记。代码具有可读性，并为开发者实现设计提供了一个可靠的起点，但它不是架构级别的代码：没有 CSS 自定义属性，没有设计令牌，也没有组件抽象。Google Stitch 2.0 将代码导出扩展到了六个前端框架，尽管在撰写本评论时，除了“HTML/CSS 和 React/Tailwind 变体”之外，具体的框架细节尚未公开。开发者对 Stitch 代码导出的反馈是，它生成的 Tailwind 输出比 Galileo 的原始 CSS 更整洁，但在适应真实代码库的约定之前仍需要进行调整。

Galileo 和 Stitch 都不支持从生成的屏幕中导出 SVG 资产、图标库或独立的图像资产。你导出的要么是 Figma 文件，要么是代码。需要从生成的屏幕中提取单个插图元素的设计师，需要在导出 Figma 后手动进行提取。

Galileo AI vs. v0 by Vercel vs. Figma AI

v0 by Vercel 的流程是从文本到可执行的 React 代码：带有 Tailwind CSS 和 shadcn/ui 的组件，可直接复制粘贴到生产代码库中。它的输出不是视觉稿；而是组件文件。使用 v0 的开发者希望将一个按钮发布到现有的代码库中。而使用 Galileo 的设计师则希望在编写任何代码之前向利益相关者展示一个三屏概念。v0 是组件级别的，且开发者优先。Galileo 是屏幕级别的，且设计师优先。两者现在都是免费的，因此将它们结合起来是一个零成本的现实工作流。

Figma AI 在 Figma 的画布内生成设计，可立即在现有文件中进行编辑，包括你的组件库和设计令牌。Galileo 是一个独立的工具，其 Figma 导出创建的是外部画板，无法访问你现有的 Figma 组件。Figma 的 Dev Mode 代码面板生成的是用于文档的静态 HTML/CSS 参考片段，而不是可运行的组件。Galileo 的代码导出是旨在被实现的生产级 HTML/CSS。Figma 原生设计师应该使用 Figma AI。而那些希望在投入 Figma 文件之前进行快速、外部概念生成的设计师，会发现 Galileo 的独立方法在纯粹的构思方面更为快捷。

如果你的项目需要动画、从你自己的组件库中进行感知品牌套件的生成，或者需要工具保证符合 WCAG 标准，请跳过 Galileo AI 和 Google Stitch。如果你希望通过文本描述快速生成外观可靠的屏幕视觉稿，并将 Figma 细化作为必要的下一步，那么请选择它。