Claude Code 记忆插件,单日暴涨 2300 Star
这个项目是什么?
claude-mem 是一个 Claude Code 的记忆插件——它能在你每次使用 Claude Code 编程时,自动捕获所有操作、用 AI 压缩成语义摘要,然后在未来的会话里自动注入相关上下文。
用一句话概括:让 Claude Code 拥有了”记忆”。
解决了什么问题?
用过 AI 编程助手的人都知道一个痛点:每次新开会话,AI 就”失忆”了。
你昨天让它改了个复杂的认证逻辑,今天再开 Claude Code,它完全不知道你昨天做了什么。你得重新解释项目结构、之前的决策、踩过的坑……这个过程极其浪费时间,尤其是项目越大越痛苦。
claude-mem 的方案非常直接:
-
自动捕获:通过 5 个生命周期钩子(SessionStart、UserPromptSubmit、PostToolUse、Stop、SessionEnd),记录 Claude 每次工具调用和决策 -
AI 压缩:用 Claude 的 agent-sdk 把原始记录压缩成语义摘要,存入 SQLite 数据库 -
智能注入:新会话启动时,自动检索相关历史上下文并注入,Claude 仿佛”记得”之前发生的一切 -
渐进式检索:3 层搜索架构(索引 → 时间线 → 详情),token 消耗降低约 10 倍
安装也极其简单,一行命令:
npx claude-mem install
GitHub 数据
| 指标 | 数据 |
|---|---|
| 总 Stars | 57,876 |
| 今日新增 | 2,305 ⭐ |
| Forks | 4,680 |
| 语言 | TypeScript |
| 支持平台 | Claude Code、Gemini CLI、OpenCode、OpenClaw |
值得关注的三个点
1. 插件生态正在成为 AI 编码工具的”护城河”
claude-mem 不是独立产品,而是寄生在 Claude Code 插件体系上的增强器。这跟浏览器扩展生态的逻辑一模一样——Chrome 之所以强大,不在于浏览器本身,而在于它上面跑着的百万个扩展。
当 Anthropic 推出 Claude Code 的插件系统后,围绕它长出的”寄生型”工具会越来越多。先发者在生态位上的优势会非常明显,claude-mem 目前就是”记忆”这个品类的绝对头部。
2. “渐进式上下文披露”是值得学习的工程思路
claude-mem 的核心设计不是简单地把历史全塞给 AI,而是一个 3 层渐进式检索:
-
第一层 search:返回紧凑索引(每条约 50-100 tokens) -
第二层 timeline:按时间线展示上下文 -
第三层 get_observations:只拉取筛选后的完整记录
这个设计解决了 AI 编程中最现实的问题——token 不够用。与其追求更大的上下文窗口,不如用智能检索来降低 token 消耗。这个思路不仅适用于记忆插件,对任何需要处理大量历史数据的 AI 工具都有启发。
3. 多平台适配暗示了更大的商业图景
claude-mem 不只支持 Claude Code,还适配了 Gemini CLI、OpenCode,甚至有专门的 OpenClaw 集成脚本。这说明作者有意做一个跨 AI 编码工具的通用记忆层。
如果所有 AI 编程助手都需要”记忆”能力,那 claude-mem 就有机会成为这个细分赛道的基础设施——不管你用谁的 AI,底层记忆都跑在 claude-mem 上。
个人启发
claude-mem 让我重新思考了一个问题:AI 工具的创业机会,不一定要做”大而全”的产品,做”小而深”的增强插件同样能吃到红利。
57,876 颗 Star,一天涨 2,300,这就是一个专注解决”记忆”这一个痛点的插件型产品的爆发力。它不需要造一个新的 AI 编码工具,只需要在现有工具的生态位上占住一个关键环节。
对想入局 AI 工具赛道的独立开发者来说,这个路径很清晰:
-
找到某个主流 AI 工具的结构性缺陷(比如记忆、协作、测试) -
用插件/扩展的形式精准补位 -
趁生态早期快速占位,成为该品类的默认选项
claude-mem 已经证明了这条路走得通。下一个”记忆”级别的痛点是什么?值得认真想想。
夜雨聆风