token够的情况在基本1h之内就能出个粗版,然后后面在修修改改
写一个 MVP demo 出来，是很快的，基本上半天就能搞出来，但是需求的后续完善就需要很多时间了。我认为其中最重要的就是关于需求的问题，就是必须得知道自己要什么，以及能够清晰的描述给 AI。需求我是建议写成文档，存到项目里最好，功能新增、修改了也同步更新下需求文档。
比如我写的在菜单栏看用量的小工具，就是因为现在的 codexbar 和 cc-swicth、cockpit-tools 没有满足我的需求，我就让 AI 参考分析这三个项目，再加上我的需求，给我出一份需求文档和技术方案文档，然后我根据需求文档用 claude design设计出一份原型。把这份原型给 AI 来开发。再加上后续的不断的新需求继续开发。
1 Like
是嘛 目前准备好了一套网关采集(写了) 但是看到要连 几百台量产设备 还有有点慌
1 Like
骨架不难，很快完成。技术细节，样式什么的才是难点，修修补补就搞不清了
UI不错 是的 感觉下来还是不够熟练 小工具的UI和交互这边经常修改
是的 功能基本可用了 目前卡在收敛和代码理解 怕后面维护只能靠AI
哈哈哈那这个定义很宽泛了，我觉得与其自己缝缝补补，不如做个mvp先上线，然后根据反馈再迭代，用户就是最好的测试