🤯 最近自己的实践颠覆了我原本对 v0.dev 这样的工具的理解
最近在写 github.com/moeru-ai/airi 的组件和界面 UI 的时候经常会有觉得自己设计力不够，又想要 vibe coding 一下的困扰...
我一直以来不得不用 Cursor + Git 去版本控制，或者是用 v0.dev 的分支功能来预览多个版本，来回折腾非常痛苦
借着前两天已经配置好的 histoire.dev，我现在会找 Cursor 和 Gemini 在一个单独的，和业务不干扰的 Storyboard 里面去测不同的组件的交互效果、视觉效果，然后根据这个完全可以在实际场景中 play 起来的 Storyboard 去开发组件会比在业务组件里面和 Cursor 打架高效得多，通常组件的 scope 也会更明确，能在一个小时内给出二十几个「特定场景」的组件的不同版本实现，并且高速迭代
变相是在进行 ComfyUI 抽卡了感觉是
也许做 AI + 前端 / bolt.new 这样的工具的项目会可以参考一下？同时预览，若干次编辑，并行抽卡
Storyboard 的话，页面也可以写，还能同时处理好多端，多状态，响应式各种问题...
不知道 Storybook 怎么不去做做这样的，这不比直接 one prompt to UI / page 对于产品经理和设计师而言会更可控得多吗？
最近在写 github.com/moeru-ai/airi 的组件和界面 UI 的时候经常会有觉得自己设计力不够，又想要 vibe coding 一下的困扰...
我一直以来不得不用 Cursor + Git 去版本控制，或者是用 v0.dev 的分支功能来预览多个版本，来回折腾非常痛苦
借着前两天已经配置好的 histoire.dev，我现在会找 Cursor 和 Gemini 在一个单独的，和业务不干扰的 Storyboard 里面去测不同的组件的交互效果、视觉效果，然后根据这个完全可以在实际场景中 play 起来的 Storyboard 去开发组件会比在业务组件里面和 Cursor 打架高效得多，通常组件的 scope 也会更明确，能在一个小时内给出二十几个「特定场景」的组件的不同版本实现，并且高速迭代
变相是在进行 ComfyUI 抽卡了感觉是
也许做 AI + 前端 / bolt.new 这样的工具的项目会可以参考一下？同时预览，若干次编辑，并行抽卡
Storyboard 的话，页面也可以写，还能同时处理好多端，多状态，响应式各种问题...
不知道 Storybook 怎么不去做做这样的，这不比直接 one prompt to UI / page 对于产品经理和设计师而言会更可控得多吗？