前言、配置和成本#前段时间 dsV4 刚出的时候我就接到了 Claude code 里试了试跑了几个模型的对比和消融实验发现性价比确实不错。偶尔刷抖音会刷到一些 vibe coding 作品便有了尝试的想法。选番茄钟主要是因为我对这种 APP 的开发流程的了解是浅薄的因此我应该可以较好的作为一个没有相关多少专业基础的人试试看使用 AI 工具实现作品需要多少精力和成本。其次也是因为它不需要过于复杂的逻辑和功能的同时也能切实有点用不至于做不出来或者做个纯玩具。总结一下用时一周内集中是在晚六点到十点左右因为我在并行地做别的事给权限后大段时间都是代码自己在跑所以只是大致一个参考。配置Claude code 接 dsV4-flash花费20 块不到没有太仔细地统计换算过来不会超过 4 亿 token 这其中还有很多是因为试错产生的。成果一个 13MB 的轻量级本地番茄钟一些细碎的经验。下面简单看看成果2. 成果#2.1 主界面#2.2 挂件窗口#3. 感受和经验#3.1 比主干内容更耗时的是各种边界和约束#大多可以直接感受的内容基本很早就完成了更多的时间是我打开-发现 bug -让AI修改再打开-继续发现 bug的过程包括但不限于标签只能加不能删标签太长会把按钮挤出去专注时间设计了但是改不了标签全部都是一个颜色分不清物理窗口和内部组件边框导致脏区计时结束的弹窗提醒被杀毒软件拦截挂件窗口打开了关不了挂件窗口停止回到主窗口就再也打开不了挂件窗口加载时使用的启动图布局抖动每次唤出主界面都会加载启动图而不只是首次挂件窗口也会加载启动图标签删除统计里仍然存在主界面和窗口切换时在屏幕上的唤出位置不固定这些都是比较明显的还有很多细碎的内容。这部分很耗费心力的一点是除去最基础的调调窗口尺寸以我的水平而言外任何问题都需要再抛给 AI。有时它给出了看起来很专业的解决方案但实施后并没有解决问题。有时我一眼就知道这一定是改 1 行代码就能解决的问题但是我因为不了解仍然做不到去手动更改。因此如果想要在这部分改善体验要么就是换更强大的 AI 要么就是下一点内容。3.2 专业名词的了解是必须的#这点最关键的地方在于它会直接影响你如何描述问题。因为用很白的话去描述问题一定是会影响 AI 对问题的定位的尤其是涉及到 UI 这种没有实际报错但是确实存在问题的方面。在这个项目里最关键体现就是上面的脏区问题我最初的描述大致是这样的当前项目的 UI 设计中出现问题窗口的四角存在灰色区域修复它让主界面的 UI 色调统一。AI 进行了一些很专业的改动但测试没有解决问题我又这么说问题仍然存在现在的情况是整个主界面的四角有圆角存在灰色区域让整个窗口出现了“双重边框”的视觉效果排查问题让整个主界面只有一个外边框。继续改依旧没有解决问题但是我从它的回复里知道了它叫这块为“脏区”。到这我已经发现了如果我不能给出更精确的提示词问题很难解决于是我把问题给 GPT让它给我生成了一版提示词关键来了第二天不排除是清理上下文的原因我把这段粘贴给它仍然没有解决问题但是在回复里我发现它已经定位到问题了它称最外层的窗口叫物理窗口而内部窗口是 CSS 边框。所以我最后解决问题的提示词是这样的去除主界面中包裹内部组件的 CSS 边框的圆角设计让其和物理窗口完全贴合。至此这个问题才解决很明显的一点就是如果我知道了这两个专业称呼这个问题很快就能解决。这部分最大的感觉是没有详细的定位就直接描述客观现象让 AI 自己思考抽象的指令会让 AI 跑偏反之就会提高效率。3.3 解耦逻辑可以极大提高效率#这点其实是因为我发现/plan 十分好用它会先根据你的问题规划一个完整方案然后让你选择直接执行还是让它继续改。而实测下来虽然会多用一些 token 但带来的效率提升是显而易见的。感觉这其实也是一种解耦的逻辑不让 AI 同时思考和执行。这和那条著名的原则一次只改一个模块其实是一个道理。抛开这个项目其实在我熟悉的 DL 部分感觉到的就是AI 是一个效率极高的执行者。我把各种参数、层级、处理方式、损失逻辑全部规定好它可以完美实现我的设计这其实是我在代替它思考。而在这个项目中我没有提前设计好那么多边界和约束所以在它自己的规划中就出现了诸多 bug。这点的想法是要么代替 AI 思考让它执行要么审查 AI 的思考后执行不要让 AI 同时思考和执行。3.4 上下文问题仍要时刻注意#这点是老生常谈了一个问题一直解决不了就试试 /compact 或者 /clear一般都会有奇效不再多说了。