你的钱花在哪,不该只有记账 App 知道

先讲个有点荒诞的故事。

有个团队从 2021 年开始做个人理财 App，做了两年多，功能挺全，甚至包了"连线真人理财师"的服务。

前后烧掉将近 100 万美元（员工、外包、数据供应商、基础设施都算在内）。

然后商业没跑通，2023 年中期停止开发。团队把代码开源了，想让大家自己托管；后来短暂试过付费托管版，也没做成 B2C 生意。

现在这个代码库还活着，是被一群社区开发者接手 fork 出来的。

一、它现在叫 Sure

项目叫 Sure，仓库 we-promise/sure。

我核了实时数据：13,919 颗星、1,042 个 fork、AGPL-3.0 协议、Ruby 写的、907 个 open issue。11 月 12 日还在提交。

README 开头挂着一句重要说明：

This repository is a community fork of the now-abandoned Maybe Finance project.

它是已废弃的 Maybe Finance 的社区 fork。

现在的定位是：一个能自己托管的、完整可用的个人理财应用。

浏览器、macOS 桌面 App、手机 App、API 客户端，甚至 LLM agent，都能接进来用。

二、为什么有人愿意自己搭这东西

记账 App 有个绕不开的问题：它比你更清楚你的钱去哪了。

银行卡流水、资产、负债、每笔消费的分类，全在别人服务器上。而且这类工具大多按月订阅。

自托管的意思就是：数据库在你自己的机器上。

Sure 用 Docker Compose 起，官方给了完整的 compose 文件，甚至有一键部署到 Render、PikaPods、Hostim 的按钮。

装起来大概是这样：

curl -o compose.yml https://raw.githubusercontent.com/we-promise/sure/main/compose.example.yml
docker compose up -d

浏览器打开 localhost:3000，注册账号，就能用了。

它对机器要求低得有点意外。 文档里专门有一节讲怎么在 512 MB 内存的小机器上跑，实测稳态内存约 352 MB：靠的是镜像里预装 jemalloc、打开 Ruby 的 YJIT、把 Puma 限制成 1 worker × 3 线程。

一台最便宜的 VPS 就能养。

三、它不只是一个记账本

翻文档的时候我发现，这个"遗产项目"功能比想象中厚：

银行同步和 CSV 导入（后面会说清楚这里的坑）。
每日市场数据导入：默认 22:00 UTC、周一到周五跑，文档说是"纽约收盘后约一小时"。
PDF 导入：处理完还会发一封跟进邮件。
预算、现金流、净资产、支出报表（README 那张截图里就是这四块）。
规则引擎：可以配"发送邮件通知"这类动作。
WebAuthn 多因素认证：支持 Passkey、Touch ID、Windows Hello、硬件密钥。
OIDC 单点登录、SMTP 邮件、备份与回滚。

AI 这块是可选的，分三档：

No AI（AI token 故意留空）
Simple AI（接 OpenAI）
External AI（接外部 agent，外加 AlphaClaw / OpenClaw 网关）

还有个我觉得挺超前的东西：Pipelock。它是挡在 Sure 和外部服务之间的 AI 安全代理，做 MCP 请求和响应扫描，查 DLP、提示词注入、工具投毒，还管 HTTPS 隧道的目标、SSRF、速率和预算。

一个记账软件，专门加了一层防 AI 注入的代理。 这在 2026 年已经不算多此一举了。

本地也能跑 AI：--profile local-ai 会拉起 Ollama 和 Open WebUI。不过文档说了，开 AI 至少要 1 GB 内存。

四、泼冷水，第一条最要命

1. 国内银行的自动同步，基本用不上。

这条必须放最前面，不然是误导。

文档里出现的数据服务商是 Plaid 和 SimpleFIN。比如 SimplefinConnectionUpdateJob 这个后台任务，还有 "provider credentials such as Plaid"。

这两家主要覆盖美国和欧洲的金融机构。

市场数据同步也默认按纽约收盘时间跑。

所以，指望它自动拉你的招行、工行、支付宝、微信账单，是不现实的。

能用的路径是手动：CSV 导入、PDF 导入、手工记账。 文档里确实支持这些，而且处理得挺细，但"自动同步"这个最大的爽点，国内用户暂时享受不到。

2. 协议是 AGPL-3.0，不是 MIT。

这点很多人会看错。AGPL 是强传染性协议，你拿它改了代码、对外提供网络服务，通常也得开源你的改动。

README 还专门写了商标要求：fork 可以，但必须保留原 AGPLv3 许可证、说明基于 Maybe Finance 且不附属/不被其背书，而且"Maybe"是注册商标，fork 里不能再用这个名字和 logo。

想拿它改个壳做商业产品，先看懂这条。

3. 907 个 open issue。

这是个活跃但问题不少的社区项目。README 自己挂了个公开的性能监控面板（Skylight），把慢请求和堆栈都摆出来给大家看，还写明"任何改善性能的贡献都非常欢迎"。

坦率是坦率，但确实说明性能还在磨。

4. 小机器上有明确的坑。

512 MB 能跑日常，但**"载入演示数据"这个按钮会稳定把内存吃爆**：文档说在 2 GB 容器上观察到约 680 MB、耗时约 5 分钟，在 512 MB 上会被 OOM 杀掉，表现是样例数据永远加载不完。

还有首次导入几万行历史数据也可能超限，建议分批。

5. 备份文件里有你的密钥。

备份包含 config/.env，里面有 SECRET_KEY_BASE 和 API keys。官方用 WARNING 标注：

Without SECRET_KEY_BASE, encrypted data in the database cannot be read. Keep the backup folder private, and encrypt off-site copies.

没有这个密钥，数据库里的加密数据读不出来；但反过来说，备份泄露等于全泄露。 异地备份必须加密。

6. 一个很具体、也很少有人提醒的坑。

文档写着：恢复出来的副本，不能在原实例还开着的时候同时跑 worker。

因为两边会同步同一批银行连接，而有些服务商每次同步都会轮换访问令牌，副本一跑，可能把原实例的连接挤掉；定时任务和邮件也会发两遍。

这种细节，只有真被坑过的人才会写进文档。

7. 自托管不是零门槛。

Docker 是最省事的路，但底下是 Rails + PostgreSQL + Redis 三件套。要改代码做开发，还得配 Ruby 环境。

如果你只是想记个账，手机上一个现成 App 更省事。

五、这事真正有意思的地方

抛开工具本身，这个项目背后有个挺值得琢磨的对照。

一个投入近 100 万美元、有真人理财师、有付费订阅、有完整商业计划的产品，死了。

一个社区接手、AGPL 协议、靠 issue 和 PR 慢慢磨的 fork，活到了今天，一万三千多颗星。

这不是"开源打败商业"那种廉价结论，商业版死掉的原因很复杂，B2C 理财本来就难做，获客、合规、数据供应商成本，哪一样都不轻。

但它至少说明一件事：一个软件有没有人用，和它背后那家公司还在不在，是两回事。

对用户来说，这种"代码还在、社区还在、我自己能跑起来"的状态，有时候比"某天早上收到一封服务终止通知"要踏实得多。

尤其是装着你全部财务数据的那个软件。

六、要不要折腾

适合：

愿意手动记账或导 CSV 的人。 自动同步这条路国内基本断了，但手动录入、分类、看报表这套是完整的。

对财务数据敏感、想让数据库躺在自己机器上的人。 这是自托管最实在的理由。

有闲置 VPS、会一点 Docker 的人。 512 MB 就能跑，成本很低。

想研究 AI 怎么接进个人数据系统的人。 Pipelock 那层设计比很多"AI 记账"演示项目认真。

别急着上：

指望自动同步国内银行卡的。 会失望。

不想碰服务器、也不想管备份的。 记账这件事一旦要自己运维，反而容易断更。

想拿去做商业 SaaS 的。 AGPL-3.0 和商标条款先读三遍。

你现在的账是怎么记的？用 App、Excel，还是干脆不记？

如果有一个数据全在自己手上的记账工具，但要手动导入账单，你会愿意用吗？评论区聊聊。