跳转到内容

让 AI agent 用上你的记忆

在用 AI agent,想让它自动伸手够到你的工作上下文——不用你粘邮件,也不用你叮嘱一句”去 OMem 查一下”?看这一页。这才是最值的回报:agent 自己就从你真实的历史里把答案给出来。

接上之后,agent 一认出这是个带工作味的问题,就去查 OMem,只读它要的那点,然后作答——引用的是你真实的邮件、文档和笔记。一步步走一遍真实的来回:

Acme 第三季度评审里我们答应要再过一遍的待办项有哪些?

一个关于你真实工作的问题——这种问题 agent 平时是没有上下文可答的。

第 1 / 6 轮

关键在于:你不用开口叫它去用 OMem。是它自己察觉到问题沾着你的工作,主动伸的手。

挑跟你 agent 对得上的那一种。

最完整的一种集成,给那些带 skill / plugin 机制的 agent——Claude Code、Codex、Claw Hub。skill 给的不只是几个裸工具,还有何时触发的判断、以及一路往下钻的流程。先确认 omem CLI 装好、也配好了(安装setup)。

Claude Code 里:

/plugin marketplace add seacen/omem
/plugin install omem@omem-marketplace

CodexClaw Hub 里,从它们各自的 plugin 体系装上 OMem 的 plugin——还是同一个 skill,只是换了一道前门。(各 agent 的完整步骤。)

想验证装好没?问 agent 一句*“帮我看看 OMem 健康状况”*——它应该会去跑 omem doctor

skill 和 MCP server 开出的是同样这六个只读工具:

工具干什么
query在你所有建好索引的工作里做排序搜索
page_get完整的 wiki 页(frontmatter + 正文)
raw_get_path原始源文件的路径(file 类)
raw_get_parsed_path解析后源文的路径(带版本历史)
wiki_ls按类别 / source / 账号 / 日期翻页面
doctorOMem 健康检查
CLI 才是真正的接口——其余都是薄壳

skill(也就是你在 Claude Code 里装的那个 plugin)是一层小小的壳,转头去调 omem query。MCP server 则是个干同样事的薄进程。两者都没重新实现任何东西——一个人在终端里敲,和一个 agent 隔着 plugin 调,跑的是一模一样的命令,拿到一模一样的结果。这是有意这么设计的:agent 这一层年年在变,所以 OMem 让底下那层记忆只认一个稳定的 CLI,而不认任何一个具体的 agent。你随时换 agent,记忆照样在。(设计原则 P5。)

从一无所有,到一个记得住你工作的 agent——你已经走完这一程了。再往下:

  • How-to 指南——摄入更多来源、调搜索、定时跑、做备份。
  • 概念——OMem 为什么长成现在这个样子。