欢迎来到独立开发者节点!这里是我们记录创造过程、交流技术心得、互相启发灵感的自留地。

为了保持节点内高质量的讨论氛围,发帖前请大家遵守以下规则:

  • 鼓励分享与复盘: 非常欢迎分享你的独立开发产品、踩坑经验、增长数据或是技术难点。
  • 推广请附带思考: 允许推广个人作品,但请拒绝纯丢链接的硬广。发帖时请务必分享你的开发故事、技术选型或解决的痛点。
  • 提问请补充细节: 寻求技术或运营帮助时,请提供充足的上下文(如报错信息、已尝试的方案),以便大家更好地帮助你。
  • 保持友善与尊重: 尊重彼此的技术选型和商业方向,拒绝无意义的争吵和引战。

⚠️纯外包接单、账号交易或非个人开发的商业软文,请发布到对应的专门节点!


  • 最后祝你在独立开发的路上不再孤单,早日做出让自己骄傲的产品!
jiazhutianxiadiy

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

  •  
  •   jiazhutianxiadiy · 10h 0m ago · 549 views

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

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

    让模型一直跑

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

    成品长这样:

    成品 1 成品 2 成品 3


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

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

    1. 个人主体没有「社交」类目,而且审核看代码、不看后台。 第一次提审就被打回:「涉及用户自行生成内容的发布/分享/交流,属社交范畴,个人主体未开放」。后台类目填什么都没用,审核员只认你代码里实际有没有 UGC 。最后把用户能发内容的口子全砍掉、改成平台代发才过。 听说换企业资质有用(不太确定)但要 ICP 证( B25 )、注册资本 100 万、3 名员工社保,而且社交类 ICP 各省通管局基本不放,几万块起、几个月周期、成功率还低,个人基本是死路。

    2. 「登录墙」是个经典雷。 微信审核会莫名判你「未浏览体验功能服务即要求授权登录」。审核员的全新设备,本地缓存全空。首屏如果在他还没登录、异步登录也没返回的时候就渲染了「请先登录」,微信审核就会强制要求你必须未登录就能浏览数据。

    3. 敏感词是连坐的。页面标题、菜单里出现「群聊 / 社区 / 论坛 / 帖子 / 动态」这类词,哪怕功能本身没问题,也容易被一打一个准。

    4. 订阅消息的模板库。个人主体能用的类目下,模板全是给别的东西设计的(停电通知、开奖结果……),字段对不上,最后只能挑一个勉强能用的。

    5. 域名、证书,外加一个网络玄学。request 域名必须备案 + HTTPS 。还有更坑的:微信小程序走的是腾讯自己的网络通道,不是系统直连——我有一阵子请求时好时坏,浏览器同时段完全正常,查了很久才发现是直连我自己服务器 IP 被 RST 。

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

    微信审核未通过


    钱和运维,大概这些(第一年都很便宜,让你入坑。第二年就很贵了):

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

    阿里云信息和账单信息:

    阿里云信息 账单信息

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

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

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

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


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


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


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

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

    真实用户留存率

    NotNEO
        1
    NotNEO  
       8h 19m ago
    明白了 以后不会在国内开发产品或者上架了
    jaoyina
        2
    jaoyina  
       8h 8m ago
    这小程序用户群是哪些人啊?
    jiazhutianxiadiy
        3
    jiazhutianxiadiy  
    OP
       7h 16m ago
    @jaoyina 跳舞的用户
    jiazhutianxiadiy
        4
    jiazhutianxiadiy  
    OP
       7h 16m ago
    @NotNEO 很难的。各种堵嘴和限制
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2428 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 41ms · UTC 13:03 · PVG 21:03 · LAX 06:03 · JFK 09:03
    ♥ Do have faith in what you're doing.