thedotmack/claude-mem

解决什么问题

每开一个新会话，Agent 都是从零开始：你要重新解释架构、重讲昨天已经定位好的 bug、再重申一遍刚定下的约定，Agent 也会重新翻一遍同样的文件去"发现"双方早就知道的事。上下文窗口只能在单次会话内帮忙，跨不过会话边界。Claude-Mem 的做法是在会话过程中捕获 Agent 的工具调用，压缩成观察记录，再把相关内容注入之后的会话。

有什么不同

宿主工具通常只提供超长上下文或者一个项目级指令文件，靠人手动维护，静态且很快过时。通用 Agent 框架往往要求你自己搭记忆层，而通用记忆服务（Chroma/SQLite 存储、托管记忆 API）并不挂在编程 Agent 的生命周期上。Claude-Mem 以插件加 worker 的形态接进多个 Agent，采用分层渐进式检索，能看到每层检索消耗多少 token，本地用 SQLite 加向量做索引。真正拉开差距的是 hook 级别的接入和 token 成本透明；抽取本身是 LLM 摘要管线，质量就是产品的全部。

适合谁

适合在同一仓库上连续数周反复开会的开发者，尤其是用 Claude Code 或兼容 Agent 的人（README 列了 OpenCode、Codex、Gemini、Copilot、Grok Bot 等），也适合想在个人记忆之上再叠一个团队共享工作区的团队。只用一次性对话、处在严格数据外发管控环境、或者已有自己信得过的记忆方案的人，可以先跳过——自动注入的记忆层是多一个可能悄悄出错的地方。

上手成本

需要 Node 20 及以上，还要跑一个 worker 服务。默认安装流程会先引导你登录托管账号，给 30 天试用，到期后回落到你自己的 Anthropic 套餐或 OpenRouter/Gemini key；免费额度的说法和一长串集成列表值得仔细读。纯本地模式需要显式开启，Grok Bot 这条路是直接读磁盘上的聊天日志。Apache-2.0 许可、TypeScript 实现，迭代非常快（一年半不到就到了 15.x）。升级时预计会碰到破坏性变更，记忆召回的内容也可能和代码现状对不上。

点评

方向是对的，而且晚了：Agent 编程的瓶颈在连续性，不在模型本身。但很难说这是成熟项目还是一次尖峰：102,726 star，却只在日榜露面一天（当日 +274），当月新增 +8,445，说明总量是在短时间内冲上去的，而不是稳定增长。这更像一个踩中风口、短期内爆发的项目。代码库显然在活跃维护，但自动注入的记忆会在你不知情的情况下改写每个 prompt，建议先在试验仓库里试，看清它到底召回了什么，再放心用到正经项目上。