AI编程真的这么高效吗？听说能把3周的活缩短到1天？
#
对啊，薛志荣就有这种体验！
他说啥了？
他说有了AI IDE，设计和开发流程都无缝衔接了，特别直观。
像是上了高速公路，一路畅通？
哈哈，差不多！他开发MiX Copilot 3.9.0抽奖功能只用了1天！
1天？也太快了吧！
#
他用了AI IDE，省时省力。
以前
确定抽奖模块怎么和付费流程打通 确定抽奖模块怎么和用户系统打通
生产需求文档
和产品经理讨论需求文档 调研竞品用了哪些抽奖设计（大转盘、老虎机等等）
生产交互稿，评审
生产视觉稿，评审
大转盘开发
抽奖模块和付费流程打通
抽奖模块和用户系统打通
在不同界面实现抽奖模块的显示
联调
和产品经理、设计师、QA进行评审
现在
在没有任何想法的时候，我去Pinterest找了一下大家常用的“抽奖”图片是什么，大概花了10来分钟。
把找到的图片丢给V0.dev，给它交互了好几次，但发现生成的页面效果不怎么样
我让Claude细化了一下产品需求，再让V0.dev重新生成，最后发现还是不写需求文档比较好，所以我用回了上一版的设计。整个流程大概花了我半小时的时间。
我将项目下载下来让Cursor重构代码，因为V0用了很多Tailwind，同时因为这个抽奖系统是一个独立的模块，我需要Cursor帮我将它完全独立。这里大概花了我十来分钟。
接下来就是微调大转盘模块的细节，包括引入物理参数、调整交互动效、修理bug，中间我没有用到任何专业技巧，就是告诉Cursor我觉得哪里不好，哪里有bug。由于设计和代码层面有个Gap，但这些Gap我也不知道怎么表达，例如我怎么让大转盘转到指针的位置才是中奖区域？可能大家纯看文章觉得没什么难度，自己回去试一下就好了。中间我又想控制一下中奖几率，例如像拼多多一样，最后一次一定是大奖，结果发现前面的代码都是很真实地根据物理规律和随机性实现的中奖，如果要强行控制选项，这时候跟指针有冲突，反正一大堆问题花了我大概2小时，最后控制中奖选项没有实现出来，后面再看看。
转盘设计好后要设计哪个时机显示抽奖的tag，尤其是怎么向非订阅用户、订阅快过期的用户显示而且不太打扰用户。这部分不能靠AI帮我设计，因为只有我自己了解整个系统只能自己亲手设计业务逻辑，这时候就很考验你的业务设计和用户体验设计了。这些工作大概花了我2小时。
用户抽完奖后如果不第一时间用，那么是不是要考虑做历史管理？这个功能涉及到界面的功能开发，Cursor一瞬间就能帮我把代码实现，不过整体时间也花了我半小时。
抽完奖应该用最短的流程发起付款流程，这部分涉及到商店系统，有些问题Cursor搞不定，所以只能我亲自下场看代码问题出自哪里，整体大约花了我2小时。
做完整个抽奖系统后发现如果抽奖概率放在本地会有问题，尽管可以发版更新，但对运营效果不好，所以我又几乎重做了整个抽奖系统，把抽奖的生效日期、中奖概率放在服务器，同时为了降低服务器成本又做了很多容错的工作，这里大概花了我一小时。
