跨代理共享记忆
同一份个人记忆被多个代理读取，Codex 里学到的约定，在 Cursor、Claude 或其他已连接代理开始下一个任务时仍然可用。
价格100% free
平台Web
归类AI 编程
收录2026-10-12
复核2026-10-12
编辑评分
4.0 / 5
★★★★☆
memU编辑总结
memU 是一套代理驱动的轻量记忆系统，为 Codex、Claude Code、Cursor、OpenClaw、Hermes、WorkBuddy 等代理提供跨会话、跨代理、跨设备的共享记忆层。它把项目偏好、启动决策、编码习惯、工具用法沉淀成可读的 Markdown，并在下一次任务前把相关记录注入上下文。与常见做法不同，它不依赖用户自己搭建公开的记忆 API，而是由安装技能教会宿主代理配置对应的适配器。标注 100% free，支持云端共享与自托管两种方式。主要短板是自托管需要额外的嵌入服务与存储配置，且官网未公开具体价格档位与配额上限。
memU是什么？
memU 是一套面向 AI 代理的记忆系统，定位是给用户已经在用的多个代理提供一层共享、可查看的记忆层。它并不绑定单一代理，而是通过为每个宿主代理安装适配器，让不同工具读到同一份个人记忆。展示的场景覆盖 Codex、Claude Code、Cursor、OpenClaw、Hermes、WorkBuddy 等代理。
它的核心做法是技能驱动而非暴露公开的记忆 API。安装技能会教宿主代理如何安装并配置对应的 memU 适配器，之后代理在正常工作中使用适配器的命令行：会话历史会被准备给记忆流程，相关的召回文件会在未来任务开始前注入。记忆内容以可读的 Markdown 形式保存，例如项目偏好、启动决策、编码习惯、工具模式，并保留来源链接。
不同角色的用法有区别。个人用户可以让代理记住偏好和决策，跨对话、跨设备延续上下文；团队或知识工作者可以让研究背景与决策随任务在不同代理间流转；自托管用户可以选择 SQLite 用于私密的单设备场景，或用 Postgres 搭配 pgvector 支持更大的存储与并发访问，内存后端则用于测试和一次性会话。
memU核心功能
来源可查的召回
每条记忆记录都保留来源链接，召回时随上下文包一起附带，方便确认某个事实是从哪次对话或哪份文档来的。
技能驱动安装
安装技能教宿主代理识别当前环境、安装匹配的适配器，并配置共享的云端后端，用户不需要自己设计或维护一套 API 集成。
会话历史沉淀
代理把有用的会话历史整理成记忆素材，把持久的决策与偏好记下来，跳过临时细节和重复文本。
多宿主适配器
内置 Codex、Claude Code、Cursor Agent 与 Cursor CLI、OpenClaw、Hermes Agent、WorkBuddy 的专用适配器；其他代理可用通用适配器读取兼容的 JSONL 会话日志与 AGENTS.md、CLAUDE.md、SOUL 等指令文件。
可读 Markdown 记忆
记忆以 Markdown 形式保存，例如 coding-habits.md、project-preferences.md、tool-patterns.md，便于人工阅读和维护。
自托管与存储选项
自托管模式需要嵌入服务提供方和本地存储配置。SQLite 是单设备私密使用的默认选择，Postgres 搭配 pgvector 支持更大的存储与并发，内存后端用于测试和一次性会话。
任务前后检索规则
任务开始前只检索与当前请求相关的记录，优先采用较新的决策而不是过时假设；任务结束后只记住持久决策与偏好。
memU值不值得用？
当你在多个 AI 编程代理之间来回切换，memU 值得作为统一记忆层使用：一次配置后，项目偏好、启动决策、编码习惯能跟着任务走到下一个代理，省掉反复粘贴长提示的麻烦。云端方案只需从 memu.so 获取 API key 并把安装提示发给代理。当你要处理敏感代码或数据、需要完全掌控记忆存储时，可以选择自托管，但要准备好嵌入服务提供方和本地存储配置；单设备私密场景用 SQLite，量大且并发访问多再考虑 Postgres 搭配 pgvector。它的记忆是可读、带来源的 Markdown，方便人工核对。需要注意的是目前只看到网页端形态，具体配额与团队协作能力官网未公开。
建议选它的情况
- 同时在 Codex、Claude Code、Cursor 等多个代理间切换的开发者
- 希望项目约定和偏好自动跟着任务走的个人用户
- 需要自己掌控记忆存储、倾向自托管的技术团队
- 想核对记忆来源、不愿用黑盒记忆的谨慎用户
不建议选它的情况
- 只用单一代理、没有跨工具记忆需求的人
- 不愿配置嵌入服务与本地存储、只想开箱即用的人
- 需要官网明确说明配额与团队协作能力的采购场景
memU使用建议
入门先把路子走对
- 先拿 API Key到 memu.so 获取 API key，再把官网上展示的安装提示发给你的代理，让代理读取安装技能并识别当前宿主环境。
- 确认适配器匹配安装过程中代理会识别当前宿主并装好对应的适配器，配置共享的云端后端，并验证记录与检索两条链路能跑通。
- 在第二个宿主重复一次在另一个代理里运行同样的安装流程，它就会连到同一份记忆，实现跨代理共享。
- 先看一眼记忆文件安装后打开编码习惯、项目偏好等 Markdown 文件，确认被记住的内容符合预期，再让代理在后续任务里召回。
进阶省时间也省钱
- 自托管选对存储自托管需要嵌入服务提供方和本地存储配置。私密单设备用 SQLite；存储量大、并发访问多时用 Postgres 搭配 pgvector；内存后端只留给测试和一次性会话。
- 让代理按规则检索在任务开始前只召回与当前请求相关的记录，优先采用较新的决策而不是过时假设，并把来源链接一起带进上下文包。
- 任务后只记持久的任务结束后只沉淀持久决策与偏好，跳过临时细节和重复文本，避免记忆层被噪音撑大。
- 用通用适配器接管其他代理对没有专用适配器的代理，用通用适配器读取兼容的 JSONL 会话日志，以及 AGENTS.md、CLAUDE.md、SOUL 这类指令文件。
memU适合谁用？
多代理开发者
推荐同时在 Codex、Claude Code、Cursor 之间切换，希望一次学到的约定能被下一个代理直接复用，不用重新交代项目背景。
跨设备个人用户
推荐在笔记本、办公机、家庭服务器上分别跑代理，希望偏好和决策跟着自己走，而不是锁在某台机器里。
自托管技术团队
推荐对记忆数据的存放位置有要求，愿意配置嵌入服务与本地存储，用 SQLite 或 Postgres 搭配 pgvector 自己托管。
知识工作者
有条件研究工作在代理间流转时，需要保留上下文和带来源的决策，避免每次从头复述。
只需要单一代理的用户
不推荐只固定用一个代理、不做跨工具协作，跨代理共享这一核心价值用不上，收益有限。
memU优点和缺点
优点
- 六个宿主有专用适配器，另有通用适配器可读取兼容会话日志
- 记忆以 Markdown 保存并带来源链接，可人工核对
- 不暴露公开记忆 API，由安装技能教会代理自行配置
- 自托管可选 SQLite、Postgres 搭配 pgvector 或内存后端
- 100% free
缺点
- 自托管需要额外的嵌入服务提供方与本地存储配置
- 官网未说明地域限制与可用语言范围
memU常见问题
memU 是怎么把记忆接到代理上的？＋
它不走公开记忆 API 的路线。安装技能会教宿主代理安装并配置对应的 memU 适配器，之后代理在日常工作中调用适配器的命令行：会话历史先被整理成记忆素材，相关的召回文件会在未来任务开始前注入上下文。用户不需要自己设计或维护一套 API 集成。
云端安装要走哪几步？＋
先到 memu.so 获取 API key，把官网上的安装提示发给代理。代理会读取安装技能，识别当前宿主并安装匹配的适配器，配置共享的云端后端，验证记录与检索两条链路。在另一个宿主重复同样的流程，它就连到同一份记忆。
自托管要怎么配？＋
让代理读取 memU GitHub 仓库里的开源 SKILL.md，按里面的安装说明操作。自托管模式需要嵌入服务提供方和本地存储配置：SQLite 是私密单设备场景的默认选择，Postgres 搭配 pgvector 支持更大的存储和并发访问，内存后端用于测试和一次性会话。
记忆能不能看出是从哪儿来的？＋
可以。记忆记录以可读的 Markdown 形式保存，例如项目偏好、启动决策、编码习惯、工具模式等文件，并保留来源链接。召回时来源链接会一起附在上下文包里，不会把记住的事实的出处藏起来。
任务开始前后代理会怎么用记忆？＋
任务开始前只检索与当前请求相关的记录，优先采用较新的决策而不是过时假设，来源链接随上下文包一起带上。任务结束后只沉淀持久的决策与偏好，跳过临时细节和重复文本。
