今天上午又收到了小程序“慢的你”代码审核拒绝的消息。这一次是之前做的导游讲解预约功能的问题，我做了一个在小程序端编辑内容的发布框，但是呢，是只有管理员可见的，没想到也是被当成了社交类的东西。没办法，只能移除了。之前已经移除得差不多了，但似乎还是不够。
我想着，既然拒绝了，那就继续修改完善吧。然后，就继续完善起了数字商城页面的功能。今天想着可以添加一个AI次数包的商品显示类型。但一直没想明白这个东西到底要怎么显示，后来才反应过来，其实就是卖自己做的AI产品的使用次数。相当于就是自己调用大模型平台的API制作了一些小工具之类的产品，然后自己设置使用频次来售卖。似乎这个是小程序支持的吧。
而我之前添加的是从远程站点同步的下载文件，支付和发货逻辑不同于订阅体系，但次数包又有些类似订阅体系，于是呢，我想着可以让商城列表同时显示两种支付发货体系的产品。这个有些复杂。
本以为只是显示出来就好了。但最后支付的时候出错了，显示商品免费了。后来，AI给出了一系列复杂的更改办法，但我觉得都不妥。而我想到的是，让插件在后台为两种支付体系设置一个选项，然后在小程序支付页面进行判断，是哪一种就弹出哪一种的支付发货方式。我觉得这个是更好的办法。结果因为后台保存逻辑出了问题，白白浪费了一些时间。但后来又证明我的判断是对的。
是的，代码编程的确很复杂，但好的逻辑思维还是有价值的。不是吗？
关于AI次数包的事情呢，我又想起了之前最初添加的文字识别功能，这个是根据之前的工作选择的，我当时调用了阿里云后台的API功能，测试的时候比较便宜，后来太贵了，就没用了，然后这个功能就搁置了。现在想起了，我忽然觉得似乎有了一个继续的样式吧。刚好这个东西就是跟所谓的AI次数包契合的。如果可以的话，可以继续试试。但想找一个便宜一些的API接口或者其他工具。
被拒绝的过程虽然让人有些沮丧，但在继续修改和完善的过程中，也能够做一些更好的事情，让自己想做的事情越来越完善，偶然所得和既定的方向如果契合的话，那还是挺好的。
昨晚把之前开源“吾侪主题&wuchaiwp”到GitHub上时做的主题插件在线更新管理器插件又拿出来改了一下，稍微重构了一下。因为我打算把游览导游助手功能独立成单独的小程序，然后结合WordPress后端API接口插件做成一个完整的产品。而这个在线更新就成了比较重要的一个流程。
之前做的事情还是不会白费的。只是看自己怎么选择，怎么组合了。
2026年9月14日星期一17时11分
