我对vibe coding有一些改观了

之前使用vibe coding主要用于搭建我的项目框架、变更数据库选型和数据迁移、以及处理代码库升级后的各种问题。因为是自己的项目，所以用的技术栈都非常新，也愿意去尝试一些实验性的库或者特性。而这类问题在网上的资料文档相对更少，AI的模型数据集可能都没收录到，所以体验下来的效果很差。

转折点发生在上个月，我想尝试下夜市摆摊，又不想一次性投入过高成本，于是在小红书上先找了一个摆摊的兼职试试手（先进行一次MVP数据验证😁），顺带看看夜市的客流量如何。

为了统计客流量，我当时找了一个免费的微信小程序来计数。分别统计“访客”、“询价”、“付款”、“放弃”的数量，我对这几个数据的定义是这样的：

1. 访客：统计来到摊位前，有互动、对话的人数，经过摊位前看一眼的不统计；
2. 询价：顾客在互动、对话后，主动询价的次数（像团队、家庭、情侣等多人游客仅统计1次）；
3. 付款：顾客在互动、对话后，付款成交的次数；
4. 放弃：顾客在互动并询价后，放弃购买的次数；

结果等到晚上收摊，回家看数据的时候发现它只能计数，不能分时段查看各计数器的数据，俺不中了！

于是第二天一早就打算自己写一个，因为想要的计数器功能并不复杂，在原先的基础上加一个分时段数据统计就行。我定义了大致的数据结构，花了一个小时让 Trae 写了一个简版的H5应用，数据存储在 localStorage 中，支持导入/导出JSON。

整个开发过程没有遇到大问题，通过控制台调试和观测 localStorage 数据发现并修复了一堆小Bug，整个 vibe coding 出乎意料的顺利。

在当天的效果测试结束后，我针对访客、付款和放弃等计数器做了进一步细化，增加了一些对应的选项内容及自定义配置，同时增加了按天展示数据和OSS云同步/恢复功能，在单页面1000行代码的情况下，AI出现小BUG的频率明显高了一些，但经过多次对话仍可以继续修复BUG（这比年初测试的效果好了不少，当时大概在500行左右就不太行了👍）。

于是我尝试更进一步，让Trae根据H5直接转换成小程序代码，噩梦又开始了😂。先是转换的时候丢逻辑，然后编译小程序时遇到的一些问题扔给它，它开始陷入死循环，有些时候都不会输出代码了。

后面即使开了新对话也慢慢变笨了，最后触发日上限就完了，小程序转换做了一半…

后来我听朋友的建议，改用 CodeX 继续生成小程序代码，效果还真不错，就是额度消耗的实在太快了😂（每次提问大概消耗2-5%）。

下图就是转换之后的小程序了，针对一些逻辑细节做了优化，保留了 H5 端 95%以上的功能，并且加上了数据分析的模块，小程序码在最底下，有兴趣的朋友可以试试😁。

目前主包使用了一周多，又发现了一些新需求和待完善的细节，等 CodeX 重置了，我再让AI改改😂。