消化侠开发故事
一个老问题
微信收藏夹里堆了几百篇文章，公众号推文、技术博客、行业报告……每次看到好内容就点收藏，想着「以后再看」。然后就没有然后了。
这就是经典的「收藏夹吃灰」问题。
市面上不缺稍后阅读工具，但缺一个真正推你一把去读的工具。消化侠的核心理念就是：重要的不只是收藏，而是「消化」。
为什么叫「消化侠」
名字想了很久。最早叫 ReadIt，直白但太像指令。最后定了「消化侠」——「消化」是核心动作，把收藏的内容理解吸收；「侠」带一点趣味，像一个在你耳边催「快去读！」的小助手。
两个月，从零到线上
整个开发过程大约两个月，纯业余时间。大致分几个阶段：
第一周：MVP 跑通
后端选 Node.js + SQLite，轻量够用。前端三端并进——微信小程序是主阵地，Web 端做补充，Chrome 插件覆盖浏览器场景。AI 选了硅基流动的免费模型，做摘要和知识卡片生成。
第一个版本只有基础功能：贴链接、自动抓取摘要、打标签。自己能用了，但离「产品」还很远。
第二～三周：打磨体验
这三周是最忙的。做了用户系统（游客 + 绑定）、标签规范化、已读率仪表盘、冷宫文章提醒。每一处改动都从小程序的实际体验出发——比如收藏后要「即走」，后台自动消化，不用等；界面上的已读图标从灰色变绿色，一眼就知道看没看。
第四～六周：上云与备案
从阿里云迁到腾讯云，域名买好、HTTPS 配好、Docker 部署跑通。然后就是漫长的备案流程——工信部 ICP、公安联网、小程序备案，一项一项过。备案期间代码也没停，修了好几次登录 bug，加了用户协议和隐私政策页面。
第七周：审核与发布
今天，2026 年 6 月 12 日，微信审核一次通过，消化侠正式上线。
技术选型
| 层面 | 选型 | 理由 |
|---|---|---|
| 后端 | Node.js + Express | 轻量、全栈一致 |
| 数据库 | SQLite | 单用户场景够用，零运维 |
| AI | 硅基流动 Qwen/Qwen3-8B | 免费，效果不错 |
| 部署 | Docker + Nginx | 一键部署，迁移方便 |
| 小程序 | 原生开发 | 性能最优，没有冗余 |
最难的不是代码
整个过程里，写代码反而是最简单的部分。真正花时间的是：
- 备案流程 —— ICP、公安、小程序三个备案各有各的要求，填错一个字就要重来
- 微信审核 —— 用户隐私指引的每个细节都要对得上
- 用户登录时序 —— 纯靠前端调试微信的静默登录和 token 管理，踩了不少坑
当然，这些坑最终都填平了。
现在的消化侠
- 📱 微信小程序「消化侠」（搜索即可体验）
- 🌐 Web 端：digestx.cn/digestx
- 🧩 Chrome 插件：收藏网页一键推送到小程序
核心功能：智能摘要、知识卡片、已读管理、消化健康仪表盘。
接下来
产品上线只是开始。接下来想做：
- 每日复习提醒（帮你真正看完收藏的文章）
- 知识图谱（看看自己关注的东西之间有什么联系）
- 社交元素（和朋友一起消化，互相监督）
如果你也被「收藏夹吃灰」困扰，欢迎试试消化侠。有任何建议，随时反馈。
写于消化侠正式上线日
扫码体验「消化侠」
微信扫码即可体验