OpenContext

项目思路是把文档分成 L0、L1、L2 三层信息密度，让 Agent 先扫描摘要、再按需深入全文，并通过 Session 记忆积累上下文。

源码暂不可用设计范围

设计范围

核心

以一句话、结构化摘要和全文三个层级控制信息密度与 token 消耗。

用 ctx:// 路径组织文档，并结合语义与关键词检索逐层深入。

项目设计包含从会话提取记忆，以及通过 MCP 接入 Agent 客户端。

适合研究 Agent 如何按信息密度浏览知识、组合检索与长期记忆的读者。

原仓库不可访问，因此当前只能把本页当作设计记录，不能据此判断代码是否可安装、可运行或仍在维护。

说明

设计把文档拆成 L0 一句话、L1 结构化摘要和 L2 全文，让 Agent 先看低成本概览，再按任务需要深入。ctx:// 路径、语义与关键词检索用于浏览知识，会话记忆则尝试保留偏好与经验，并通过 MCP 接入不同客户端。

原公开 GitHub 地址在 2026-09-23 返回 404，因此本页已经移除源码入口和“当前开源可用”的说法。没有可访问仓库，就无法核对依赖、安装命令、许可证、测试或维护状态，也不能写出本地运行结果。

历史搜索数据表明该页面曾持续获得展示和点击，所以没有因一个失效链接直接删除；页面改为清楚的项目设计记录。读者可以研究分层知识的思路，但如果要实际选型，应比较仍能获取、运行且有版本记录的替代方案。

核对

页面记录的原 GitHub 地址在 2026-09-23 返回 404，所以当前没有可核对的安装包、依赖版本、许可证或测试记录。任何声称可以直接安装和运行的说明，都需要新的公开来源后才能恢复。

L0 一句话、L1 结构化摘要和 L2 全文可以用于讨论上下文分层，但页面没有运行数据证明这一设计在特定模型上节省多少 token 或提升多少召回。实验时应自行设定文档集和评价问题。

如果目标是生产知识库，应优先核对候选项目能否获取源码、固定版本、完成本地安装并持续维护。OpenContext 页面保留历史设计与流量记录，不应进入当前可部署产品的短名单。

记录

如果原仓库重新出现，应先核对所有权、提交历史和许可证是否与原项目一致，再恢复链接或安装说明。仅有同名仓库、镜像页面或二手介绍不足以证明项目已经恢复维护。

2026-09-23

2026-09-23 访问原 GitHub 地址得到 404；页面已移除“查看源码”和“开源可用”的表述。

当前依据均为第一方材料：部署记录、产品文档和核对时的入口状态。没有可用的独立评测；入口可访问只证明当时能够到达，不证明性能、准确率、节省比例或长期可用性。