如果你用 Claude Code 做大型仓库的重构或跨天调试大概率经历过这件事会话开着开着早期定下的架构约定被挤出上下文窗口第二天开新会话它不认识你的项目你得把昨天讲过的背景、踩过的坑、推理到一半的结论重新讲一遍。thedotmack/claude-mem就是冲这个来的。它是一个Claude Code 插件主语言 TypeScript仓库创建于 2025-08-31最近一次推送是 2026-10-05官网 claude-mem.ai。它自称做了什么仓库描述原文自动捕获 Claude 在整个编码会话中做的一切用 AI基于 Claude 的 agent-sdk压缩再把相关的上下文注入到未来的会话里。拆开就是三段管道——捕获 → 压缩成结构化记忆 → 按当前任务注入。它和 mem0、Supermemory 那类记忆库的差别在交付形态那些是等着应用来调用的库claude-mem 挂的是宿主生命周期。按它自己的定位开发者不需要显式读写记忆捕获和注入都是插件自动完成的。装法和用法本轮素材拿不到必须说清楚这轮拿到的 README 正文在语言导航处就截断了。安装命令、是否需要 Node 或 Bun、是否要 API Key、要不要跑本地向量库、有没有 CLI 命令或配置项——一条都没有。DeepWiki 的解析实际返回的是 Vercel 的浏览器验证页CodeWiki 返回 404两个「深度解析」来源都没有产出可用内容。所以这篇没法告诉你它怎么装谁要动手前得自己去仓库读文档。能推断的依赖仓库 20 个 topics 里一半是宿主强绑定claude、claude-code、claude-code-plugin、claude-agent-sdk、claude-skills。另一半指向技术栈sqlite、chromadb、embeddings、rag、memory-engine、long-term-memory——暗示本地持久化加向量检索的 RAG 式存储但这是标签推断没有代码或文档证实。剩下三个标签直接点了同赛道项目的名字mem0、supermemory、openmemory。热度和成熟度要分开看据 GitHub 仓库页截至 2026-10-0696,446 star、8,515 fork、228 位贡献者、110 个 open issue。fork 与贡献者的比例不算纯点赞仓库但 13 个月逼近 10 万 star 属于极罕见的增速又叠加了 Claude Code 生态自带的搜索与推荐流量。还有一个细节Watchers 与 Stars 数值完全相同都是 96,446这是 GitHub 字段口径问题不能读成 9.6 万人订阅了这个项目。以现有素材分不清真实采用规模和话题传播。已知风险License 标注为 Other不是 MIT/Apache 这类标准许可。商用、再分发、二次开发是否受限落地前得逐条读 LICENSE。强绑定宿主的钩子机制。Claude Code 改钩子或者官方自己把跨会话记忆做进去CLAUDE.md 已经是雏形这个位置就会被压缩。自动捕获全部会话内容再送 AI 处理涉及代码与密钥。记忆数据存本地还是上云素材里没有说明。记忆污染错误的压缩结论如果被反复注入需要遗忘和纠错机制有没有不清楚。README 的 16 个语种导航、明暗双主题 logo、独立官网是典型的产品化包装不等于技术成熟度。值不值得关注需要坦白本文的判断只建立在仓库自述与元数据这一个来源上本次没有检索到任何第三方独立报道或评测。给工程师的结论如果你已经在用 Claude Code 跑跨天的大仓库任务它解决的是真问题值得去仓库看文档但装法、记忆数据存放位置、License 条款三项目前都未公开别在装私有代码和密钥的主力仓库上直接开自动捕获。留两个可观察的信号——一是宿主方会不会把跨会话记忆收进官方功能二是记忆数据的存放位置与许可证条款会不会公开说明。这类按宿主定制的记忆中间件值不值得投入先看它的耦合对象会不会反过来吃掉它。