我用 AI 做了个查号神器,解决了三舅每天要背的 200 个数字标号

过年我三舅来我家坐了一下午。

聊着聊着，他说起自己在超市的工作，在生鲜区称重、贴标签。听起来挺简单，但他说了一句话让我愣住了：

“我得把 200 多种商品的编号都记住。”

他们用的是手动称重秤，每次称东西，都得自己按编号。橘子是 125，砂糖橘是 134，黄瓜是 213……每种商品对应一个数字标号，秤根据编号算出单价，再乘以重量，打出标签。

“刚上班的时候记不住，速度特别慢，后面顾客排队，自己心里也急。记熟了还好，就是换季了，商品一换，又得重新背。”

我三舅说这话的时候挺轻描淡写的，但我听完第一反应是：这不就是 AI 可以帮忙的事吗？

其实超市里有”更聪明”的秤，但有个问题

我问过三舅，超市里有没有那种带摄像头的智能秤——把东西放上去，摄像头往下一看，屏幕上自动出现几个选项，操作员轻轻一点就行的那种。

他说有，但他们那台不是。

带识别功能的秤有个问题：识别不总是准的。砂糖橘和橘子长得像，有时候摄像头会认错，操作员还是得手动纠正，反而多了一道麻烦。所以他们干脆用最传统的，靠操作员自己记编号。

那换个思路，能不能不靠”看”，改成让人”查”呢？

我的想法：做一个商品编号查询工具

想法很简单——做一个查询工具，操作员在搜索框里输入”橘子”，立刻显示编号 125，就这一个功能。

输入文字也不麻烦，现在手机输入法本身就带语音输入，对着手机说一声”橘子”，字就出来了，不需要在程序里另外开发这个功能，手机自带，白送的。

我先用 AI 做了一个 H5 网页版本验证想法，效果如下：

H5 网页的好处是制作成本极低，从写提示词到拿到能用的页面，整个过程不超过二十分钟。如果你比较着急、只是想快速验证一个想法，H5 网页是最省事的选择。

其中涉及的提示词和 AI 生成的网页源代码可通过以下链接访问

Gitee（国内访问快）：

https://gitee.com/ChenChen913/littleprojects/tree/master/01-supermarket

Github：

https://github.com/ChenChen913/littleprojects/tree/main/01-supermarket

但考虑到真正要让三舅用起来，H5 网页还是有点麻烦。于是我决定做得更彻底一点：做成微信小程序。

微信人人都用，小程序搜一下就能找到，点进去直接用，还能联网随时同步数据，比发一个网址方便多了。

但是没想到微信小程序这么麻烦，其实功能用 AI 好实现，就是这个微信的审核太麻烦太慢了，这篇文章我早就写好了，就在等微信小程序审核通过。

用 AI 开发微信小程序：一段曲折的经历

我用的工具是字节跳动的 Trae，一款 AI 编程 IDE。

整个开发流程大概是这样的：

第一步：写提示词（需求分析）

这一步我让 Claude 帮我把需求整理成了一份详细的提示词文档，把功能、界面、数据存储等细节都写清楚。提示词写好，后面 AI 生成的代码质量才有保证。

第二步：用 Trae 的 Spec 模式生成项目

Trae 最近引入了一种叫 Spec 模式的功能。相比之前的 Plan 模式，Spec 模式更智能、更全面——它会先对需求进行深度分析，自动拆解任务、规划文件结构，再逐步生成代码，整个过程更像一个有经验的开发者在系统性地做事，而不只是”按需输出代码”。

我在 Spec 模式里选用的模型是 Gemini 2.5 Pro Preview，把需求提示词丢进去，它帮我把整个小程序项目框架都搭好了。

第三步：打包交给 Claude 审核

项目生成后，我把整个项目打包发给 Claude，让它做代码审核，找出潜在的问题和可以改进的地方，再把审核意见交回给 Trae 修改。经过这一轮，底层逻辑基本就稳了。

第四步：反复拉扯界面

说实话，底层逻辑写好很快，最费时间的反而是界面。

小程序跑起来之后，功能都对，但界面实在太丑了。于是我让 Claude 给出优化建议，把建议交给 Trae 处理，处理完发现还是不好看，再让 Claude 给意见，再交给 Trae……就这样在两个 AI 之间反复拉扯，最后我自己也忍不住直接对 Trae 提意见，手动调了好几轮，才算勉强看得过去。

第五步：上传代码时的坑

以为做完了，结果上传代码的时候出了问题——模拟器无法启动，代码也传不上去。又和 AI 来回处理了几个回合才解决。

这里注意，因为微信小程序用的语言是微信自己开发的一种语言，加上这种语言的代码还必须得通过官方的代码审查，所以在上传代码的时候也会出现各种各样的问题

第六步：发现上线流程比想象中复杂

这是最让我没想到的地方。微信小程序要正式上线，需要走一套完整的审核流程：

看到这个流程的时候我愣了一下，原来发布一个小程序不是”上传代码就完事”，中间还有这些步骤。不过好在流程走完之后，用起来确实比 H5 网页顺畅很多。

不过小程序最后也是上线了，下面是体验入口：

做这件事的背后

如果只是想快速验证一个想法，做 H5 网页，成本极低，二十分钟出成品，发个链接就能用。

如果追求真正的便捷性、想让家人朋友长期用上，做微信小程序——微信人人都有，搜到就能用，体验比网页顺，还支持联网。

两种方式我都用 AI 完成了，区别只是小程序花的时间更长，踩的坑更多，但最终的产品体验值得。

就是 H5 网页我经常让 AI 做，这次主要还是做点不一样的，就用微信小程序做了一下，没想到做小程序还有这么多的关卡。

第一道关卡：做小程序的语言会涉及基于html/xml改造的一种语言（WXML），还有WXSS，这些我当然不会了，全盘交给 AI 来做；

第二道关卡：小程序不是提交就完了，腾讯后台会进行审核，我有好几次都不通过，原因是代码没有遵守他们的规则，详见某某规则，然后我还是交给 AI 来做，AI 也不是一次就能改对；

第三道关卡：繁琐的审核机制，期间要做各种审核，还有两次电话认证，还花了30块钱做微信认证，最后的工信部审核才是最慢的，为什么文章今天才发，我是2月28日提交的代码，然后今天是3月11日了才给我审核通过，工信部的审核时间是最长的，我想你再不通过的话，这篇文章我就不发了，我都快忘了这件事了。

（我后知后觉那30块钱感觉不花也行）

最后说一句

三舅记编号，不是因为他脑子不好用，而是没有人给他做这个工具。

这种”本来可以外包给程序、但还在靠人工完成”的事，其实到处都有。背编号、背价格、背规则……很多一线工作者每天消耗大量精力在”机械记忆”上，却没有任何工具来帮他们。不是 AI 做不到，而是没有人去做这个连接。

普通人学 AI 编程最有价值的地方，我觉得就在这里：不需要做什么大产品，只需要发现身边人的小麻烦，花一两个小时，做个小工具解决掉它。

你身边有没有类似的”本可以用程序解决却还在靠人工完成”的事？欢迎评论区分享，说不定下篇文章就写它。