EdgeEver：把 Evernote 的经典三栏布局搬回你自己手里的笔记库
项目速览：Cloudflare 上采用本机 MCP 的无服务器、100% 免费、开源 Evernote 替代方案 | 0 人工智能代理 .
秒懂
- 它是什么？
- EdgeEver 是一个基于 Cloudflare 免费额度运行的开源笔记应用，用 TypeScript 写成，提供经典三栏界面、SQLite 存储和原生 MCP 接入。它适合不想再为笔记付费、又受够了同步和导出麻烦的人，但它的 AGPL 许可和 Cloudflare 依赖需要你先想清楚。
- 适合谁用？
- EdgeEver 适合那些长期使用 Evernote、对官方涨价和广告不满，并且愿意接受 Cloudflare 平台约束或自己维护 Docker 的用户。它不适合想要完全脱离 Cloudflare 生态、或者需要非 AGPL 许可用于商业集成的人。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决的是 Evernote 老用户的三个具体痛点
EdgeEver 瞄准的不是所有笔记用户，而是那些被 Evernote 的广告、臃肿和导出困难折磨多年的人。README 里明确对比了三条路线：Evernote 本身功能膨胀、免费额度受限，AI 功能还要订阅；Obsidian 强大但快速记录时感觉太重，官方同步收费；Memos 这类工具太像社交时间线，不适合结构化工作流。EdgeEver 的定位是保留经典三栏布局，同时把数据所有权、AI 能力和零成本部署放在一起。它不是一个通用笔记工具，它的目标用户非常具体：想要快速捕捉、又不想被厂商锁定的老 Evernote 用户。
数据不锁死：SQLite、REST API、MCP 和 ZIP 导出
EdgeEver 的数据层建立在标准 SQLite 上，这一点从 README 的「Open Data, No Vendor Lock-in」一节可以确认。它提供完整的 REST API、MCP 和 CLI 访问，这意味着你不必依赖某个特定客户端来读写笔记。更关键的是，它的备份格式是 ZIP 包，里面包含 Markdown、Front Matter、嵌套文件夹、相对附件链接和版本历史。这个设计值得注意：大多数笔记应用导出的是纯文本或 HTML，而 EdgeEver 把文件夹结构和版本历史一起打包，恢复时能还原到原来的组织方式。对于长期积累了几千条笔记的用户，这种无损导出是真正的卖点，而不是一个可有可无的功能。
AI 集成走的是 MCP，不是内置模型
EdgeEver 没有内置 AI 模型，它通过 Model Context Protocol（MCP）与外部 AI 工具对接，比如 Claude Code、Codex 和 Antigravity。这意味着 AI 能力完全由你选择，你可以接入 OpenAI、Anthropic 或 Gemini 兼容的服务，甚至第三方 API 中继。编辑器里可以用这些模型做摘要、要点提取、校对、翻译和续写。这种设计的优势是你不会被某个模型厂商绑定，模型可以随时换。但代价是，如果你不想用任何外部 AI 服务，这些功能就完全无用。README 里提到的「0 AI Agent」标签也暗示了这一点：项目本身不附带任何 AI 代理，所有智能行为都是通过 MCP 从外部引入的。
部署方式：Cloudflare 免费额度或 Docker，二选一
EdgeEver 的部署路径很清晰：要么用 Cloudflare 的 serverless 平台，要么用 Docker 跑在自己的 VPS、NAS 或家庭服务器上。README 给出的数字是，Cloudflare 免费存储额度下可以放大约 15 万条短笔记和 5 万张图片；Docker 环境下存储按需扩展，可以支持数百万条笔记。如果你选择 Cloudflare，部署方式有两种：一种是复制一段提示词给 AI 代理，让它自动完成部署；另一种是手动操作，但 README 的截断部分没有给出具体命令。Docker 部署的具体命令也没有在提供的材料中出现，所以如果你想立刻上手，需要去仓库的文档里找完整的部署指南。这个信息缺口对实际使用者来说是个小障碍，但不算致命。
一个明显的限制：依赖 Cloudflare 的免费额度不是无条件的
虽然 README 强调「100% Free Forever」，但这建立在 Cloudflare 免费配额的基础上。15 万条短笔记和 5 万张图片听起来不少，但对于重度用户，图片数量可能很快成为瓶颈。图片在客户端会经过 WebP 压缩，能减少 50% 到 90% 的体积，这能缓解存储压力，但并不能改变你受限于 Cloudflare 配额的事实。如果你超过免费额度，要么升级到付费计划，要么迁移到 Docker。另一个限制是，Cloudflare 的免费层有每日请求次数和 CPU 时间的限制，虽然 README 没有明确提及，但这是 serverless 平台的常见约束。对于只是偶尔记笔记的人，这些限制大概率不会碰到；但对于高频使用、大量同步图片的用户，需要提前评估。
许可证是 AGPL-3.0，这一点会挡住一部分人
EdgeEver 使用 AGPL-3.0 许可证。这个许可对个人自托管没有影响，但如果你打算把它集成到商业产品里，或者修改后提供网络服务，AGPL 的条款会要求你开源修改后的代码。这不是一个可以忽略的细节。对于个人用户，AGPL 意味着你可以自由使用和修改，但如果你将来想基于它做点什么闭源的东西，这条路是堵死的。相比之下，很多笔记工具使用 MIT 或 Apache 2.0，允许更宽松的使用。EdgeEver 选择 AGPL 是它的权利，但你在决定是否采用之前，应该明确自己的使用场景是否与 AGPL 兼容。
替代方案：Obsidian 和 Memos，但它们的路径不同
如果你觉得 EdgeEver 的 Cloudflare 依赖或者 AGPL 许可不合适，Obsidian 和 Memos 是 README 里直接提到的两个替代品。Obsidian 的特点是本地 Markdown 文件，插件生态极其丰富，但官方同步要订阅，第三方同步需要自己配置。EdgeEver 则把同步和备份内置了，而且支持 MCP 让 AI 工具直接读写笔记。Memos 更轻，适合快速记录短内容，但它没有三栏布局，也不适合深度整理。换句话说，Obsidian 给你的是文件级别的控制，Memos 给你的是极简的捕捉体验，而 EdgeEver 试图在两者之间取一个中间值：保留结构化组织，同时提供自动同步和 AI 接入。选哪个，取决于你更在意数据文件的可移植性，还是开箱即用的同步体验。
维护成本和升级节奏：活跃但需要关注发布频率
从仓库的活动看，EdgeEver 的维护很活跃，最近一次提交是 2026 年 8 月 29 日，同一天发布了 v1.46.0，前一天还有 v1.45.4 和 v1.45.2。这种发布节奏意味着功能迭代快，但也意味着你要跟上更新，否则可能错过修复或新特性。对于自托管用户，升级成本取决于你的部署方式：Docker 部署通常可以用 pull 新镜像来更新，Cloudflare 部署则需要重新部署或触发更新。README 里没有提供具体的升级命令，所以你需要去文档里找。另外，由于项目是 AGPL 许可，如果你修改了代码，你有义务公开这些修改，这会让维护变得更复杂。总体而言，EdgeEver 不是那种一年更新一次的项目，它需要你保持一定的关注度。
编辑结论
EdgeEver 适合那些长期使用 Evernote、对官方涨价和广告不满，并且愿意接受 Cloudflare 平台约束或自己维护 Docker 的用户。它不适合想要完全脱离 Cloudflare 生态、或者需要非 AGPL 许可用于商业集成的人。在部署前，你应该先确认 Cloudflare 免费额度是否满足你的存储需求，尤其是图片数量；同时检查你的 AI 工具是否支持 MCP，以及你是否接受笔记数据通过 Cloudflare 网络传输。如果你能接受这些前提，EdgeEver 提供了一条把笔记数据真正握在手里的路径，而不是又一个需要按月付费的云服务。
社区笔记