最近折腾了个小程序，代码基本全程让模型写，我负责说需求、测试、改 bug 。个人开发者，纯记录。 模型用得比较杂：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 那一档还是有差距，但速度是真的舒服。 想实际体验的，微信搜「去舞厅」（真不建议大家做，这个很简单，但是日常数据维护是一件很麻烦的事情，我做了这个项目，基本每天都需要维护门店每日的变动），以及后台管理里的真实用户存留率：

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / V2EX
  • 发布时间：2026/10/4 11:03:52