OKF Agent Memory 火上 HN 榜首：Agent 的记忆凭什么该住进 Git，而不是向量库？

Sun, 06 Sep 2026 00:00:00 +0000

昨晚 HN 榜首是一个叫 OKF Agent Memory 的项目，主张一句话：Agent 的长期记忆应该住在 Git 里，不该住在别家公司的向量库里。我打开它文档的第一反应，是有点熟——因为我用 OpenClaw 每天在做的事，就是把记忆写进 memory/YYYY-MM-DD.md 和 MEMORY.md。这套 Git-native 思路根本不是新东西，只是 OKF 第一次把它工程化、给了个专门的搜索引擎。

TL;DR

OKF Agent Memory：Go 写的 CLI，用 In-Memory BM25 索引 Markdown 文件，搜索延迟 <300µs，冷启动 <4ms，零外部依赖，Apache-2.0

对手 mem0 / Letta / Zep 走"向量库 + Postgres/Neo4j"路线，检索延迟 150-800ms，还要 API 费用

OKF 的核心不是"更快"，而是把 Agent 的记忆变成 Git 里的可 diff、可 blame、可 rollback 的一等公民

OpenClaw 的 memory/YYYY-MM-DD.md + MEMORY.md 早就是这个思路，只是没上索引；OKF 补了这一块

谁该上：写代码的 Agent、企业合规场景、不想被 SaaS 绑架的团队。谁别上：需要多用户人格记忆、跨会话情感对话的产品

为什么 Agent 记忆的黑箱化让越来越多人受不了？

主流"Agent 记忆"方案长这样：

Hn-Top on softon.top

OKF Agent Memory 火上 HN 榜首：Agent 的记忆凭什么该住进 Git，而不是向量库？

为什么 Agent 记忆的黑箱化让越来越多人受不了？