动态

Notion设计师用AI原型工具Prototype Playground

Brian Lovin
“写一篇关于Prototype Playground的文章”已经在我的待办清单上躺了3个月了……幸运的是,@clairevo邀请我上她的播客,聊聊它是如何工作的,并深入探讨我们在Notion如何用AI进行原型设计!

观看视频:https://t.co/mH8Kd3306h

一些想法:

Prototype Playground在过去一年中发展了很多,甚至自从12月录制以来,这个应用的外观和感觉已经大不相同。

但它的核心很简单:一个单一的仓库,任何人都可以在这里用AI和真实代码探索想法,不受生产代码库的约束,也不用担心破坏东西。

Prototype Playground自然是AI优先的。

我们有一些技能可以让开发和部署变得容易,它们可以帮助非技术团队成员了解引擎盖下实际发生的事情。

我最喜欢的一些:

/brainstorm — 对你进行访谈,了解你想做什么,思考边缘情况、关键流程,并找到可以从现有原型中复用的组件

/deploy — 引导完成整个分支→提交→推送→PR→CI工作流,并在此过程中教授git的工作原理

/find-icon — 一个帮助使用同义词找到正确图标实例的脚本,这样“搜索图标”可以解析为代码中的“MagnifyingGlassIcon”

我们还有一些特别有用的子代理:

ci-monitor — 监控拉取请求上的CI,自动修复失败的测试、格式问题、类型错误等

figma-verifier — 使用Figma MCP在Figma模型和代理在浏览器中构建的内容之间来回循环,直到输出正确

Prototype Playground最有价值的部分之一是每个人的工作都集中在一个地方。很容易从别人的原型中借鉴好点子,或者找到那些原本会消失在Slack线程中的随机想法……每个原型都汇总到一个统一的提要中,让我们一目了然地看到人们在探索什么。

值得一提的是:在过去的3个月里,模型变得如此出色,以至于我们在Notion看到越来越多的设计师直接在生产环境中使用功能标志进行原型设计。从长远来看,我怀疑这种隔离的代码优先的原型环境到底有多大用处……

另外:在视频中,我提到我大约60%的时间花在Figma上。现在已经不是这样了。现在接近5-10%。过去3个月模型的改进改变了在代码中设计和原型设计的可能性。我现在可以并行代理处理同一个想法的不同版本,在会议期间通过手机启动后台代理的工作,代理可以花更长时间处理更复杂的原型,以更高的保真度构建核心想法。

作为一名设计师,这是一个非常激动人心的时代。设计师应该拥抱AI,了解它是如何工作的(这里没有魔法!),并开始培养对模型能力的直觉,这样我们就能始终在能力的前沿构建产品体验。

如果有任何问题,请告诉我!我确实应该写那篇博客文章……
动态Brian Lovin2026-02-23原文

相关内容