OpenContext 调研给所有 AI Agent 一块共享大脑项目上下文终于不用反复喂调研日期2026-09-28 · 范围GitHub 仓库核真 运行原理 迁移/数据自主评估公众号上刷到一篇介绍 OpenContext 的文章说给电脑里各种 AI Agent 搞一个持久化知识库。这类Agent 记忆/上下文产品这两年雨后春笋但大多要么绑自家模型、要么数据锁死。OpenContext 的定位不太一样——它自己不绑模型直接复用你正在用的 Codex / Claude / OpenCode 命令行来采知识。我在 GitHub 上把它逐条核实了一遍这篇是完整调研结论。一、它到底解决了什么问题日常用 Cursor、Claude Code、Codex 这类工具的人都有一个共同痛点换个窗口AI 就失忆。项目背景、代码结构、之前做过的关键决定每次都要重新解释一遍。上一轮刚聊明白下一轮打开又回到你好请问有什么可以帮你。OpenContext 干的事就是把这块补上——给开发环境里的 AI Agent 建一个持久化知识库personal context store装好后给 Cursor / Claude Code / Codex 等 Agent 生成一套 Skill 和 4 条斜杠命令开工前先加载把相关项目背景、历史记录注入当前会话收工后再写回把这次新增的信息、决定、教训写回知识库思路很像README 项目文档 个人经验库的混合体但不是让你手动维护而是让 Agent 自己参与积累。二、关键核实结果GitHub API 实测核实项结论仓库存在✅0xranx/OpenContext规模⭐1236 · fork 83 ·JavaScript· MIT活跃度最后 push 2026-06-16活跃近半年项目描述“personal context store for AI agents — reuse your existing coding agent CLI (Codex/Claude/OpenCode) with built-in Skills/tools and a desktop GUI”与文章描述一致性完全一致 ✅复用已有CLI、内置Skills、桌面GUI描述里明确印证了文章的两个要点不绑自带模型直接复用 Codex/Claude/OpenCode CLI自带桌面版/网页版 GUI。三、我关心的几个老问题数据自主性看到这类工具第一反应往往不是功能多不多而是三个老问题数据放哪迁移麻不麻烦以后不用这个工具数据还能不能拿回来底层数据文章说 OpenContext 维护的是知识库文件项目背景、历史记录的结构化 Markdown不是黑盒数据库——数据是你自己的、可读的。默认命令文章承诺提供桌面版 网页版直接逛知识库目录、搜索文档、手动修改以及 MCP 服务——其它 Agent 可以直接把它当工具调用。这正是不同 Agent 不再各自开小黑屋共享同一份长期记忆的关键设计。不锁死因为它基于已使用的开源 Agent CLI 做工其导出/可读性天然比封闭产品好。这点很实在。开发环境里最怕的不是少一个按钮是几年积累的东西被锁死搬不走。四、一句话结论OpenContext 是一个真实存在、MIT 开源、活跃维护的Agent 共享长期记忆工具仓库 ⭐1236/JVM纯 JS、无 GPU 门槛核心理念是把 Cursor / Claude Code / Codex 的上下文沉淀成本地可读、各 Agent 可复用的持久知识库且自己不带模型、复用你已有 CLI 提供桌面/网页/MCP 入口——方向值得关注但属早期项目还需看知识整理与检索准确率等细节。局限未在本机实际装跑项目需 Node 环境 GUI未做端到端实测知识整理特征向量、检索准确率是否够用需要长期使用才知道4 条斜杠命令的具体 Workflow 细节未逐条核实仅来自文章转述下一篇预告我会拿一个真实多仓库项目把 OpenContext 装进 Codex Claude Code 里实测「开工加载 / 收工写回」的完整闭环出一份是否值得一用的真数据。
