Zep

Zep 在智能体行动之前，把它需要的上下文组装好。你把业务记录、文档与会话送进去，它为每个用户、客户、账户或领域建一张图，给图里的事实标上日期，并在源头变化时更新它们；检索时则只返回某个任务真正依赖的部分，并按策略过滤。厂商把这套汇总称为「上下文湖」，并说它跑在自家的一张图数据库服务上。围绕它的是在数据层执行的可访问与保留策略、把每条事实追溯回它来源消息的链路，以及留作审计的查询记录。底下的图引擎是独立的开源框架，有自己的分版本文档，以及一个供助手接入它的接口。

它适合希望「许多智能体共享一份受治理的上下文」、而不是各自记笔记的企业；也适合事实会过期、而过时答案比没有答案更糟的场景。部署方式提供托管服务、由你持有加密密钥的托管服务、或部署在你自己的网络内，并列出常见的合规证明。只需要记住一两段对话的小项目则不太适合：那里用更简单的存储、更短的账单就够了。想在平台之外自己跑那套图技术栈的人也不适合——那是另一个产品，应当读它的文档，而不是这一份。

未核实：本次没有灌入任何上下文，也没有发出任何查询，因此图的质量、策略过滤的效果与检索的准确性都没有测试。页面上的数字——承诺的词元用量削减、所谓检索不受图规模影响而保持在一定时间内、以及厂商自家控制台示意图里显示活跃图与事实数量的计数——都是厂商自己的数字或演示数据，不是本次的测量。价格页没有打开，因此档位与价格不明。合规证明与部署选项都是厂商自家企业页上的陈述；那个开源框架的仓库只通过托管服务接口读取，显示约 31,654 星、Apache-2.0 许可，最后一次推送在 2026 年 10 月 11 日；其文档只读到引言部分。