给产品加一个新功能，常规流程是什么？打开代码编辑器，设计数据库，写接口，调样式，最后再看效果。但宝玉（@dotey）在给 BaoCut v2 增加 Agent 功能时，走了一条完全不同的路——他先改了一个 HTML 原型文件。

这个动作背后，藏着一个关于 AI 时代产品迭代效率的思考：当 AI 能秒级生成界面时，为什么还要在正式开发前，先花时间改一个"假"的原型？

原型先行，开发后置

宝玉的做法很直接：在正式开发前，先修改 HTML 原型，通过 AI 快速可视化新功能的布局。他给 AI 的指令不是"把按钮变蓝"这类样式要求，而是功能导向的——比如将 Agent 移至左侧主入口、打通翻译字幕入口等结构性变更。

这样做的好处是显而易见的：一个功能在原型阶段就能看到大致形态，布局是否合理、入口是否顺手，都能提前感知。相比直接写代码，改 HTML 原型的成本低得多，试错空间也大得多。

提示词的关键：跳出设计，从用户角度思考

真正有意思的是他的提示词策略。他没有让 AI 在现有设计上修修补补，而是要求它"站在用户的角度重新思考"，尤其是新用户如何更容易上手，并明确要求"不要局限于当前的设计，跳出当前设计更多从用户功能角度思考"。

这个指令把 AI 的角色从"画图工具"变成了"产品思考者"。AI 不再只是执行样式调整，而是被要求理解功能背后的用户逻辑——Agent 入口放在哪里最顺手，翻译和字幕功能如何打通才能形成完整工作流。

AI 工作流里的新分工

这种"先原型、后开发"的流程，本质上是把产品决策前置了。在代码还没写一行之前，布局、入口、交互路径这些关键体验问题已经被讨论和验证过一轮。

对于独立开发者或小团队来说，这意味着可以用极低的成本探索多种方案。给 AI 一个 HTML 文件，加上一段功能导向的提示词，几分钟内就能看到新版原型结构。不满意？再改提示词，再来一轮。

宝玉的实践验证了一个判断：AI 在快速原型迭代中的效率，已经不只是"辅助画图"的层面，而是能参与到产品结构的设计讨论中。前提是，你得先有一个原型，并且知道怎么向 AI 提对问题。