设计 · GROK BOT

GROK BOT发布日期 2026-08-24 · 阅读约 4 分钟

用 Grok Bot 设计 Grok Bot

在 SpaceXSI,我们正在打造能够将一个想法付诸实践的智能体。对设计师来说,这改变了值得探索的方向。

原作者/来源:x.ai Grok Bot Guides

原文链接:https://x.ai/bot/guides/designing-grok-bot-with-grok-bot

在 SpaceXSI,我们正在打造能够将一个想法付诸实践的智能体。对设计师来说,这改变了值得探索的方向。

设计一直是一个赋予想法形态的过程:做出一些东西,对它作出反馈,再不断修改,直到它开始让人觉得合适。随着制作变得更容易,我们可以探索更多方向、更早作出反馈,也可以让想法自己显露出它想成为的样子,而不是在开始之前就替它定型。

我一直在用 Grok Bot 设计 Grok Bot。虽然这并没有取代我工具箱里的现有工具,但使用 AI 设计智能体改变了我将想法变为现实的速度,也改变了我一开始愿意探索的想法数量。

Grok Bot 为我提供了一支随时在线、各自配有电脑的 AI 设计智能体团队。它们有记忆、能使用工具,也能把工作从最初的想法一路推进到完成的成果。我离开电脑时,它们也会继续工作;这很重要,因为灵感常常会在我不在桌前时出现。

认识我的 Bots

Image 1: John 的设计 Bots:Experiments、Motion God、Figma Bro 和 Devbot

Figma Bro 负责在 Figma 中处理重复性的制作工作。Motion God 帮我按自己描述的交互感受制作原型。Experiments 是我用来尝试那些想先变得具体、但还不清楚最终形态的想法的地方。Devbot 回答工程问题,并帮助其他 Bots 理解一个想法实际应该如何实现。

这些名字让每个 Bot 的职责一目了然,但它们并不是各自单打独斗。我的设计智能体可以彼此讨论、分派项目中的部分工作,再把成果汇总到一起。下面是最近的三个例子。

Experiments:想做就去做

我最早想探索的想法之一,是如何让人们随时随地都能使用 Bots。我想试试键盘快捷键、操作系统级入口,以及其他唤出 Bot 的方式,于是我让 Experiments 围绕随手调用 Bot 的体验做了一系列探索。

第一个方案把 Bot 放进了 Mac 的刘海里。它可以一直待在固定位置,需要处理事情时再出现;当我想查看更多内容时,它还能展开成一个小工作区。这样一来,智能体有了自己的位置,我也不必一直开着另一个窗口。

Bot 收在 Mac 刘海中。

第二个方案让 Bot 在鼠标悬停时从桌面角落探出头来。它不像一个常驻界面,更像一个角色:在我调用它,或它有话要说时,才进入场景。

Bot 从桌面角落探出头来。

第三个方案让 Bot 作为伙伴跟随光标,与我当下正在做的事情建立更紧密的联系。

Bot 作为伙伴跟随光标。

我向 Experiments 描述这些行为,它便想办法把每一种设想变成具体的东西。它把角色动作和转场交给 Motion God,把桌面行为和实现问题交给 Devbot,然后将所有内容整合成我可以实际尝试的原型。我可以在一天中自然而然地遇到每个版本,并留意它什么时候有帮助、什么时候让人分心,或处于两者之间。

这就是我专门留一个智能体做 Experiments 的原因。在把一个想法做得足够具体、可以评判之前,我不必先决定它是否合理、是否可行,或是否注定要进入路线图。这些概念最终都没有原样上线,但那并不是真正的重点。我有了一个想法,把它做成了三个真实可体验的版本,并从每个版本中有所收获。想做就去做。

Motion God:直接使用真实素材

过去,每当涉及动效,我都会把想法交给团队里的专家。我可以描述动作,或者做几张关键帧示意图,但必须等别人把它做出来,我才能作出反馈。有了 Motion God,我可以留在探索的过程中,凭感觉指导交互。

在一次邮件营销活动中,我想为 Grok Bot 角色制作一段宣传视频原型。动画顺序相当具体:Bot 出现,注意到应用窗口,然后弹跳着落到位。

Image 2: Bot 出现,注意到应用窗口,然后弹跳着落到位Bot 出现,注意到应用窗口,然后弹跳着落到位

我不想让设计智能体根据截图重新制作这个角色,也不想让它生成一个近似版本。我希望它使用产品中已有、且已经会动的同一份素材。因此,我让 Motion God 围绕实际的动画规范文件,在 localhost 上搭建了一个测试场景。这样一来,我就能在运行过程中手动调整时长、弹簧效果、距离、缩放和缓动。

我也发现,自己经常给出简短的比较式反馈:“让它朝左下看的时间再长一点。”“弹跳幅度太夸张了。”Motion God 会作出修改,我马上就能重新观看整个动画序列。

这更接近我自然设计动效的方式。通常在亲眼看到效果之前,我不会凭空知道一个转场应该用 280 毫秒还是 340 毫秒。但我知道怎么描述它,也知道什么时候感觉恰到好处。

有意思的地方不在于我的 Bot“做了一个动画”,而在于我可以把真实的生产素材交给它,并围绕素材搭建一个可运行的环境。我既可以通过确定性的控件直接调整动效,也可以继续用平时和人类协作者交流时的语言来指导 Motion God。

Motion God 让生产环境中的角色在真实窗口前活动。

Figma Bro:处理重复工作

在设计 Grok Bot 的新手引导流程时,我们想展示一些可以立即替新用户承担任务的入门 Bots。我们在内部征集了一批想法,例如“Chief of Staff”和“Inbox Triage”。我拿到了一份包含 20 项描述的清单,但这些描述还需要配上彼此不同的肖像和辅助属性。我在 Figma 中搭建了一个自动布局组件,然后让 Figma Bro 填充其余内容。

Image 3: Figma Bro 根据一个组件填充入门 Bot 卡片Figma Bro 根据一个组件填充入门 Bot 卡片

我们还想了解新用户正在使用哪些工具,以便让他们的第一个 Bot 配备相关背景信息。我创建了页面布局模板,然后让 Figma Bro 去寻找合适的素材,并按照使用可能性排列它们。

Image 4: Figma Bro 将日常工具的标志放入新手引导布局Figma Bro 将日常工具的标志放入新手引导布局

这些任务在创意上并不困难,却会消耗创作注意力。它们也容易让细小的不一致不断累积:用错了标志版本、组件已经过时、肖像取自不同的来源,或者第十张卡片的间距和第一张不一样。

我不希望 Figma Bro 靠目测处理这些工作。通过 Figma MCP,它可以检查实际文件,并使用精确的 x、y 坐标、宽度、高度、间距、字体排版、填充、描边和组件结构。如果已经有现成的画框或组件,就以它为准。

让反馈循环更紧凑

这些做法并没有让设计变成一次完成的过程,而是让反馈循环变得更紧凑。

有了 AI 设计智能体,我可以更早把想法带到现实中,以更高的保真度作出反馈,也能把更多注意力放在不同版本之间的判断上。Grok Bot 并没有取代这种判断,而是让我有更多机会运用它。

如果你是设计师,就把下一个想探索的想法交给 Grok Bot,看看它会带回来什么。