we-promise/sure 是什么？

Sure 是 Maybe Finance 的社区分支，目标是让个人用户免费自托管。本文基于仓库文档与 README，分析其运行机制、部署方式、许可限制以及性能风险。

we-promise/sure 可以商用吗？

可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。

we-promise/sure 还在维护吗？

在维护。仓库最近一次提交在 1 天前。

we-promise/sure 是用什么编程语言写的？

主要是 Ruby（依据 GitHub 的语言统计）。

Sure 个人财务应用自托管指南：AGPL 许可、Docker 部署与性能问题

Q: we-promise/sure 还在维护吗？

在维护。仓库最近一次提交在 1 天前。

秒懂

它是什么？: Sure 是 Maybe Finance 的社区分支，目标是让个人用户免费自托管。本文基于仓库文档与 README，分析其运行机制、部署方式、许可限制以及性能风险。
适合谁用？: 个人用户若希望免费自托管一个功能完整的个人财务应用，并且愿意接受 AGPL-3.0 的传染性许可，Sure 是一个值得尝试的选择。但你应该先确认两点：一是你有能力维护 PostgreSQL 和 Redis 的日常运行，二是你能接受可能存在的性能问题，因为项目公开的性能看板显示 demo 站点存在大量慢请求。
能商用吗？: 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
还在维护吗？: 在维护。仓库最近一次提交在 1 天前。
用什么语言写的？: 主要是 Ruby（依据 GitHub 的语言统计）。

以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。

开源项目深度解析

Hysen Labs 编辑部 · 2026年8月8日 · we-promise/sure

从 Maybe 到 Sure：一个被放弃的财务应用如何重生

Sure 的起点是一个失败的商业故事。Maybe Finance 团队在 2021 到 2022 年间投入了近一百万美元开发个人财务应用，甚至包括连接真实 CFP/CFA 的 'Ask an Advisor' 功能。但业务没有跑通，2023 年中停止开发后，他们把代码开源。托管版本短暂上线过，同样没成功。现在这个仓库是社区维护的分支，名字改为 Sure，目标是让用户免费自托管。README 明确说这是 'community fork of the now-abandoned Maybe Finance project'。这个背景决定了 Sure 的定位：它不是新项目，而是延续既有代码的生命。

技术栈与运行机制：Ruby 应用加三个外部依赖

Sure 是 Ruby 应用，核心依赖是 PostgreSQL 和 Redis。README 要求 PostgreSQL 大于 9.3，Redis 大于 5.4，Ruby 版本见 .ruby-version 文件。数据流大致是：浏览器或客户端通过 HTTP 访问 Rails 应用，应用读写 PostgreSQL 存储财务数据，Redis 用于缓存或后台任务。项目提供 Docker 自托管指南，文档路径是 docs/hosting/docker.md。仓库还提到可以通过浏览器、macOS 桌面应用、移动应用、API 客户端和 LLM 代理访问。但 README 没有给出具体的 API 端点或 LLM 交互示例，这部分细节需要自己探索。

部署路径：从开发环境到一键安装

开发者本地启动的步骤很直接。克隆仓库后，先复制环境变量文件：cp .env.local.example .env.local。然后运行 bin/setup 安装依赖，bin/dev 启动开发服务器。可选加载演示数据：rake demo_data:default。访问 localhost:3000，演示登录账号是 user@example.com，密码 Password1!。对于普通用户，README 指向 Docker 指南，并提供了 Pikapods、Railway 和 Hostim 的一键部署链接。这些平台可以免去手动配置 PostgreSQL 和 Redis 的麻烦，但要注意它们可能是付费服务，与 '免费自托管' 的目标有出入。

性能风险：公开看板暴露的慢请求问题

README 专门设有 'Performance Issues' 一节，承认数据密集型应用必然有性能问题。项目在 Skylight 上公开了一个看板，展示 demo 站点上问题请求的堆栈追踪。这个看板是公开的，任何人都能看到具体哪些端点慢。这是一个诚实但令人担忧的信号。对自托管用户来说，性能取决于自己的硬件和数据集规模。如果你有大量交易记录或投资账户，可能遇到响应缓慢。项目欢迎性能贡献，但截至当前版本，没有看到优化说明。因此，在部署前应评估自己的数据量，并做好调优准备。

AGPL-3.0 许可与商标：fork 时的法律边界

Sure 使用 AGPL-3.0 许可，这与 Maybe 相同。AGPL 的核心要求是：如果你修改了代码并提供网络服务，必须公开修改后的源码。这对自托管用户影响不大，但如果你想基于 Sure 构建商业服务，就必须开源你的改动。此外，'Maybe' 是 Maybe Finance Inc. 的商标，fork 中不能用这个名字，也不能用原 logo。README 要求 fork 时保留原 AGPL 许可，并声明与 Maybe Finance Inc. 无关联。这些都不是法律建议，但如果你有商业意图，最好咨询律师。

替代方案：与 Plaid 或 Actual Budget 的差异

个人财务应用领域有不同路径。Maybe 本身曾集成数据提供商，但 Sure 的 README 没有提及具体银行连接方式。一个实际替代是 Actual Budget，它是基于零基预算法的开源应用，使用 JavaScript 和 SQLite，强调本地优先和端到端加密。与 Sure 的 Ruby on Rails 加 PostgreSQL 相比，Actual 更轻量，部署更简单，但功能范围可能更窄。另一个方向是使用 Plaid 或类似 API 自行构建，但这需要编程能力，且可能产生 API 费用。Sure 的优势是开箱即用，包含完整财务功能，但你需要承担 Ruby 生态的运维成本。

维护与升级：社区驱动的现实

仓库最近一次推送是 2026 年 8 月，有多个候选版本，如 v0.7.4-rc.4，说明开发还在活跃进行。但版本号带 rc 后缀，意味着可能不稳定。社区维护意味着没有固定的发布周期，也没有商业支持。升级风险由你自己承担。README 提供了 Discord 链接，可以获取社区帮助。但如果你需要关键任务级别的可靠性，这可能是短板。另一个问题是，项目依赖的 Maybe 代码是 2023 年停止开发的，Sure 分支如何跟进安全更新和依赖漏洞，README 没有说明。建议定期检查发布页面，并在升级前备份数据库。

编辑结论

个人用户若希望免费自托管一个功能完整的个人财务应用，并且愿意接受 AGPL-3.0 的传染性许可，Sure 是一个值得尝试的选择。但你应该先确认两点：一是你有能力维护 PostgreSQL 和 Redis 的日常运行，二是你能接受可能存在的性能问题，因为项目公开的性能看板显示 demo 站点存在大量慢请求。开发团队或商业机构则要谨慎，AGPL 要求修改后的代码开源，且 'Maybe' 商标不可使用，fork 时必须保留原许可并声明非关联。建议先运行 docker 部署文档中的命令，加载 demo 数据，实际体验后再决定是否投入生产。

官方来源

社区笔记