全程 flash 模型： DeepSeek、GLM、Hy4 写了个小程序，顺便记录下国内独立开发的坑

模型用得比较杂：DeepSeek-V4-flash / V4.1-flash 占 60%，GLM5.3 flash 20%，Hy4 15%，剩下就是其他模型。

最直观的感受就是快。常规需求基本可以无脑一直让它跑。但稍微复杂点、或者我自己需求没写清楚的，还是得来回改好几轮。

这两天拿公司免费的 Claude Opus 5.5 试了两次类似任务，体感确实指哪打哪，提示词写得随意点它也能接住。差距还是有的，但 flash 快是真舒服。

成品长这样：

功能不复杂：门店信息查询 + 日常维护。

但真正费人的部分不在代码。下面几条都是我踩过的坑：

个人主体没有「社交」类目，而且审核看代码、不看后台。第一次提审就被打回：「涉及用户自行生成内容的发布/分享/交流，属社交范畴，个人主体未开放」。后台类目填什么都没用，审核员只认你代码里实际有没有 UGC 。最后把用户能发内容的口子全砍掉、改成平台代发才过。听说换企业资质有用（不太确定）但要 ICP 证（ B25 ）、注册资本 100 万、3 名员工社保，而且社交类 ICP 各省通管局基本不放，几万块起、几个月周期、成功率还低，个人基本是死路。
「登录墙」是个经典雷。微信审核会莫名判你「未浏览体验功能服务即要求授权登录」。审核员的全新设备，本地缓存全空。首屏如果在他还没登录、异步登录也没返回的时候就渲染了「请先登录」，微信审核就会强制要求你必须未登录就能浏览数据。
敏感词是连坐的。页面标题、菜单里出现「群聊 / 社区 / 论坛 / 帖子 / 动态」这类词，哪怕功能本身没问题，也容易被一打一个准。
订阅消息的模板库。个人主体能用的类目下，模板全是给别的东西设计的（停电通知、开奖结果……），字段对不上，最后只能挑一个勉强能用的。
域名、证书，外加一个网络玄学。request 域名必须备案 + HTTPS 。还有更坑的：微信小程序走的是腾讯自己的网络通道，不是系统直连——我有一阵子请求时好时坏，浏览器同时段完全正常，查了很久才发现是直连我自己服务器 IP 被 RST 。

日常微信小程序未通过审核：

钱和运维，大概这些（第一年都很便宜，让你入坑。第二年就很贵了）：

服务器：一台阿里云 2 核 2G 的 ECS 。跑后端 + nginx ，内存不大，编译和部署得看着，不然容易 OOM 。
域名：.online 这种首年很便宜，续费翻好几倍，得算长期账。备案免费，但要等。
图片存储：走 OSS ，量小一个月几块钱，注意用内网地址，能省一笔流量费。
地图 API：用的免费 key ，日配额很低（我这边一天一百多次就见底），超了不扣钱，但接口直接报错，前端还容易静默吞掉。
微信：个人主体注册免费、不用认证；换企业主体官费 300 一次。
隐形成本：数据是人工维护的。功能再简单，门店信息也得一条条核对，这块模型一点忙都帮不上。

阿里云信息和账单信息：

还有一点。作为开发者，理所当然地会设计很多功能，以及 YY 用户会帮你上报数据。

我设计了不少「大家一起维护」的功能：让用户上报某家店今天开没开、给门店热度投个票、顺手传张门店照片。想的是，用户越多数据越准。

实际是没人用。原因也简单——用户没有任何动力帮你上报数据，就算一键上报，用户也没有任何动机帮你上报的。

所以很多这类需求其实是伪需求。最后还是我自己一条条核对，每天维护门店的变动。

你幻想在做社区共建，用户和市场会一巴掌打醒你的。其实是在做个人运维。。。

一点感受：这类模型现在做中小型项目已经够用了，复杂任务的上限跟 Claude 那一档还是有差距，但速度是真的舒服。

为了避免推广就不放二维码了。想实际体验的，自己去微信搜「`去舞厅`」

（不过不建议大家做，虽然这个很简单，但是日常数据维护是一件很麻烦的事情，我做了这个项目，基本每天都需要维护门店每日的变动），以及后台管理里的真实用户存留率：

全程 flash 模型： DeepSeek、GLM、Hy4 写了个小程序，顺便记录下国内独立开发的坑

为了避免推广就不放二维码了。想实际体验的，自己去微信搜「去舞厅」

为了避免推广就不放二维码了。想实际体验的，自己去微信搜「`去舞厅`」