写上一篇《自部署一个 Memos：FlareMo 上 Cloudflare Workers 全记录》时，重点全在踩坑和补丁上。这篇换个角度：FlareMo 到底是个什么东西、免费额度够不够用、日常用起来是什么体验、适合谁不适合谁。

FlareMo 是什么

一句话：一个免费 Cloudflare 账号就能 24 小时跑在云端的个人笔记系统，Memos 兼容，应用层 Better Auth 登录，数据存 D1（5GB 数据库）+ R2（10GB 对象存储），代码和前端跑在一个 Worker 上。

传统自部署长这样：一台 VPS、一个 Postgres、一堆 Docker 容器、每周要维护的备份脚本，还有硬盘坏了数据全没的风险。FlareMo 想回答的问题是：能不能只用一个免费 Cloudflare 账号，不买服务器、不装数据库、不写备份脚本，就拥有一个 24 小时在线、数据不会丢、能绑自定义域名、还能被各种工具调用的笔记系统？

答案是能。整套东西跑在一个 Worker 上，你没有一个"服务器"要照看，只有一份代码和一个免费账号。

免费额度到底够不够用

很多人一听"免费"就觉得是玩具。实际上对个人笔记这种纯文本为主的场景，免费额度是溢出的：

  • D1 5GB：一条笔记含标签时间戳索引开销算 2KB，能存约 250 万条，每天写 100 条能写 68 年
  • R2 10GB：约 5000-10000 张压缩图片，或者 80 小时语音备忘录；R2 出口流量不收费，分享图给别人不产生流量账单

我的实际体感：写了大半年，数据库用量连零头都没到。免费额度不是"很快就会撞到的天花板"，而是"你大概率永远用不完"。

为什么放 Cloudflare 比放 NAS 稳

自部署还有一个常被低估的成本：数据的物理安全。NAS 数据在自家硬盘上，硬盘会坏、电源会跳、家里可能漏水被盗。FlareMo 的数据在 Cloudflare 企业级基础设施上持久化，自带冗余，你不用买第二块硬盘、不用写定时备份、不用关心 SMART 报警。

另外它天然附带了一堆自部署很难凑齐的东西：全球边缘节点、免费 HTTPS + 自定义域名（我绑了 memo.uuunit.com，证书自动续）、不用 frp / Tailscale / 公网 IP 打洞、零运维——没有系统补丁、没有数据库升级、没有进程看门狗。

日常使用体验

部署地址 memo.uuunit.com，iOS 用 MoeMemos 客户端连接，体验和官方 Memos 几乎无差。几个我天天用的点：

快速记录 + 安静时间线：Flomo 证明的「快速记录」体验，FlareMo 完整继承了。手机下拉记一条，标签随手打，时间线安静不吵。

全文搜索真能用：D1 FTS5，支持 has:attachment、is:pinned、before:YYYY-MM-DD 等操作符。我的笔记量级下毫秒级返回。

离线也不怕：PWA 可安装，新建笔记自动存本机草稿，离线提交进待同步队列，联网后按顺序补发——包括附件。

可撤销的分享链接：分享给别人看图不用打洞，随时收回。

MCP 端点：FlareMo 自带 MCP 端点（/mcp），Hermes 这类 AI Agent 可以直接读写成 Memos 风格的资源。我自己的 FlareMo 就通过 MCP 和 Hermes 打通了——这才是它最打动我的地方：笔记系统不再只是人记的，还是 AI 可以读写的工作记忆。

Agent Memory：/memory/mcp 提供跨 session 长期记忆读写，偏好、决策、约束、教训都能存，/memory 界面可查看、确认、锁定、纠正。相当于给 Agent 配了一块可审计的「第二大脑」。

踩过的坑（简短版）

  • 升级不能 git pull，只能备份分支后 git reset --hard 到 release tag，且 reset 会覆盖本地 D1 ID 和公网地址，要先备份
  • Vectorize 索引不会自动创建，得手动 wrangler vectorize create，维度要和嵌入模型匹配
  • MoeMemos 兼容有三层坑：版本门槛（只认 0.27~0.30）、REST 路径缺失、Swift 解析毫秒时间戳崩溃——前两个用 FLAREMO_COMPAT_VERSION 补丁解决，第三个在 DTO 层把时间戳秒级化

适合谁 / 不适合谁

适合：想要自部署笔记、又不想碰 VPS 和 Docker 的人；已经在用 Memos 生态的人；想让 AI Agent 能读写自己笔记的人。

不适合：重度用户（真能写到几百万条笔记）、需要复杂协作权限的团队、对数据主权有极端要求（虽然支持导出，但终究在别人家机房）。

部署方式

两种：一键 Deploy 按钮（Cloudflare 自动建 Worker/D1/R2 跑迁移），或者让 AI Agent 按仓库里 docs/agent-deploy.md 的 runbook 替你部署。我当初就是第二种——把仓库交给 Agent，资源创建、迁移、部署一条龙，人类只负责填 FLAREMO_PUBLIC_URL 这种业务配置。

一句话总结：FlareMo 是「自部署笔记」和「零运维」这两个原本矛盾的需求之间的最优解——免费额度用不完、数据比自家硬盘稳、还能让 AI 参与记录。

项目地址：https://github.com/realchendahuang/FlareMo