产品对比

Busabase 与 Zep：给 AI 智能体用，怎么选

Zep 是一层上下文服务：它把对话、文档和业务数据变成一张时序知识图谱，在智能体每一轮对话时把需要的上下文递过去。Busabase 是智能体和团队存放工作成果本身的地方：记录、文档、技能和应用。智能体的每一次改动，都会变成一个人能看、能审、能回滚的变更请求（Change Request）。

一个给智能体一份记忆，一个给团队一套看得见、管得住的记录。很多团队两个都需要；本页按大家真正要做的事逐项对比。

最后核对：2026 年 11 月 13 日，依据 Zep 定价页、官方文档、官方博客和 Graphiti 代码仓库，以及 Busabase 当前产品。

一句话结论

选 Busabase

当智能体写的东西需要团队来看、来改、来负责：客户记录、业务规则、内容、技能。你希望每次改动都以变更请求的形式出现，带差异、带作者、能撤销。

选 Zep

当你在做一个需要跨会话记住用户和业务事实的智能体，事实会随时间变化，每一轮对话都要现拼上下文。

两个一起用

当团队负责的记录放在 Busabase，智能体运行时又需要快速的记忆。Busabase 是团队拍板的源头，Zep 把它和对话一起变成上下文。

最关键的区别：每次改动都是一个变更请求

可以把它理解成「数据的 Pull Request」。在 Busabase 里，每一次编辑（一条记录、一篇文档、一个技能文件、一次表结构调整）都是一个变更请求：一条分支，带一串不可篡改的提交。合并时记录往前走，旧数据不会被覆盖。

Zep 的设计正好反过来。你把对话、文档、JSON 记录作为 episode 发给它，由一条由大模型驱动的流水线从中抽取实体和事实，写进图谱。新事实和旧事实矛盾时，旧事实被标记失效并带上结束时间，图谱记得自己以前「以为」什么。这是真正的历史，但它是流水线对你数据的理解；什么能进入记忆，仍然由你来把关。Zep 文档原话是：「提示词构造、记忆准入、工具权限和操作授权，仍由你的应用负责。」（下文提到的 Zep Agent Skills 则有版本和可选的审批环节。）

  • 每次写入都带说明和差异。每个改动都写明要做什么，并展示字段级的前后对比。
  • 知道是哪个智能体干的。作者，以及改动经由哪把密钥、哪个工具提交，都记在提交上。
  • 自带撤销。每条记录、每篇文档、每个技能都保留完整历史，任何一次改动都能回滚。
  • 要不要审，你来定。有写权限的写入直接生效；给智能体一把「只能提议」的密钥，它的改动就进收件箱，等人批准或打回。
Busabase 中一个待审的变更请求：改动说明、一条记录正文的前后差异对比，以及「批准」和「要求修改」按钮
收件箱里的一个变更请求：改了什么、谁通过哪个工具提的、字段改前改后的样子，可以直接批准或要求修改。

一句话说清区别：Zep 记下的是图谱学到了什么；Busabase 记下的是团队决定了什么。想的话可以先审再生效，无论如何都能撤回。

Busabase 还给智能体和团队准备了什么

记忆层给的是一个智能体的上下文。下面这些是团队围绕智能体的工作需要的东西，在 Busabase 里都是工作区自带的。

可视化数据表

每张数据表都能切成表格、画廊、看板、日历或甘特图，支持保存视图和「且/或」筛选。同事要看智能体写了什么，打开就是，不用调接口。

团队知识库

记录旁边就是写着规范的文档和智能体产出的文件。一棵目录树，人和智能体共用，一套权限。

对所有内容 grep

一次正则搜索覆盖文件、文档正文、数据表记录和智能体提示词，返回行号和上下文。拿到的是确切的证据，而不是最可能的猜测。

上传你的技能

把团队自己写的技能放进工作区一次，每个接入的智能体读到的都是同一个版本。改技能和改别的东西一样，走变更请求。

应用支持四种运行方式

让智能体基于你的数据做一个 AirApp，可以在浏览器里跑、在你自己的电脑上跑、在云端沙箱里跑，或者发布成一直在线的网站。

网站绑自己的域名

网站引擎跑在 Cloudflare Workers 上，可以带自己的后端接口，能绑你自己的域名。预览和发布都可以交给智能体。

为团队协作而做

按只读、可写、管理三种角色邀请同事；智能体用密钥加入，权限封顶在它的工作所需的级别。权限可以按节点设，也可以按密钥设。

几分钟接上智能体

MCP、命令行、OpenAPI 接口、Webhook、Python SDK，以及 Claude Code 和 Codex 插件。自带的技能会教智能体你的工作区是怎么组织的。

数据该在哪就跑在哪

整个产品 MIT 开源。可以跑在你的电脑上、你自己的内网里（包括完全离线），也可以用 Busabase Cloud。一个空间能导出成普通文件：Markdown、数据表定义和 JSON 记录。
Busabase 数据表界面：智能体写的博客文章以表格展示，含标题、封面图和正文列，以及「待发布」「草稿」等已保存视图
Busabase 里的一张数据表：智能体写好的文章，带封面和正文，团队里谁都能打开看、直接改。「Ready to publish」这类已保存视图筛的是同一批记录。

按你要做的事来对比

每一行是团队拿这两个产品真正要做的事，而不是功能打勾。Zep 更合适的地方，表里照实写。

你要做的事BusabaseZep
看清团队数据每次改动的前后差异，以及是谁改的自带：每次改动都是一个变更请求，带字段级差异、作者和所用的智能体密钥、完整历史，能撤销流水线抽取的事实失效后不删除，并关联来源 episode；什么能进入记忆由你的应用决定
让某个智能体只能提议、不能直接改可以：「只能提议」的密钥，改动进收件箱等人审Agent Skills 可以：成员审批可选（默认自动准入）。图谱数据的准入由你的应用负责
让同事查看、修改智能体写的内容可以：表格、画廊、看板、日历、甘特图，不用写代码控制台可以浏览图谱；修改节点和事实，文档给出的方式是 SDK 和 API 调用
让规则原文（人改的那份文字）就是源头可以：文档和记录就是源头，智能体和人改的是同一份来源 episode 原样保存；智能体拿到的是模型从中抽取的事实
搭团队知识库可以：文档、文件、数据表同在一棵目录树，共用权限不是工作区：文档、对话和业务数据被摄入成图谱
在所有内容里精确查找文字可以：一次 grep 正则搜索覆盖文件、文档正文、记录和智能体提示词，返回行号和上下文在图谱的事实、实体和 episode 里搜索
让所有智能体用同一套团队技能可以：上传团队自己写的技能，每个接入的智能体读到同一个版本可以：Agent Skills 从验证成功的运行记录里编译出带版本的技能，也能手写
把数据做成应用，或用自己的域名发布网站可以：AirApp 可以跑在浏览器、你的电脑、云端沙箱，或发布成网站（自定义域名需 Plus 及以上）不是产品功能
把同事和智能体拉进同一个工作区可以：成员分只读、可写、管理三种角色；智能体用自己的密钥加入控制台给同事分角色；API 密钥上的访问策略决定每个智能体能读什么
接入 Claude Code、Codex、Cursor 等智能体可以：MCP、命令行、OpenAPI、Webhook 和插件可以：Context MCP Server 走企业身份认证，另有 Zep Context 插件
团队变大时价格可预期按席位固定价，没有按量超额按摄入的 episode 扣 credits；检索、存储和用户数不计量
自托管整个产品，包括离线可以：MIT 开源，从笔记本到物理隔离网络开源的是 Graphiti（Apache-2.0），需自备图数据库；完整的 Zep 跑在它的云上，Enterprise 可部署进你的 VPC
时序图谱记忆：带有效期的事实、按时间点查询、每轮对话的上下文不是它的活，用 Zep 或 Graphiti可以，这正是 Zep 的主场

接下来

下面三项正在开发，现在还不能用。列出来是方便你提前规划，上线后本页会同步更新。

应用用户（App users） 开发中

使用你发布的应用的人（比如网店的顾客），可以用邮箱验证码登录，只看得到自己的记录。由平台强制保证，他们不会成为工作区成员，也不占席位。

本体（Ontology） 开发中

在现有数据表之上定义团队常说的业务对象（公司、联系人、商机）以及它们之间的关系，让人和智能体用同一套业务语言。修改本体同样走变更请求。

细粒度权限 开发中

数据表内按行、按字段控制访问，给智能体限定范围和有效期的授权，以及由人审批的权限申请。每个智能体只拿到它的工作真正需要的权限。

流水线维护的图谱，还是团队拥有的记录

Zep 是为记忆而做的，而且做得好。每条事实都有两条时间线：一条记录这件事在现实中何时成立，一条记录 Zep 何时得知。每条事实都关联到它的来源 episode，所以智能体能回答「去年三月是什么情况」，而不只是「现在是什么情况」。Zep 按用户、按客户账户或按业务领域分别维护图谱，每一轮对话都拼好一个 Context Block 递给智能体。

但图谱是推导出来的。模型读你发过去的内容，自己判断里面有哪些实体和事实；写下这些事实的不是你团队里的人。对记忆来说这是对的取舍：没人想手工维护客服智能体从一万次对话里学到的东西。可对于团队必须负责的东西，这就不对了：退款规则、价目表、客户合同条款、告诉每个智能体怎么报价的那个技能。

这些应该是人能打开、能完整读、能修改、能回滚的记录。在 Busabase 里，记录本身就是源头。智能体提议一条新的折扣规则，会生成一个带确切前后差异的变更请求；同事在收件箱或看板上看到它、合并它，下周发现不对还能撤销。历史里记的是团队的决定，而不是模型的推断。

想看这个区别的完整展开，可以读《Agent 记忆 vs 知识库 vs 记录系统》。

两个一起用

两者正好互补，不重叠。常见的分工是这样：

  1. 团队把业务规则、客户记录和智能体要遵循的技能放在 Busabase。无论是人还是智能体，每次改动都是一个变更请求。
  2. 变更合并后，由 Webhook 或智能体把更新后的记录作为 JSON episode 发给 Zep，图谱学到新事实，并把旧事实标记为失效。
  3. 运行时，客服或销售智能体每一轮都向 Zep 要这个用户、这个客户的上下文；需要完整的权威记录时，再去 Busabase 读。
  4. 智能体产出的东西（调研、草稿、更新后的客户备注）再以变更请求的形式写回 Busabase，团队能看、能撤销。

谁也不替代谁。Zep 给智能体一份跟得上变化的记忆，Busabase 给团队一套这份记忆本该依据的记录。

价格一览

Busabase

免费版：1 个空间、3 个席位、5,000 条记录、1 GB 文件，所有节点类型都能用，包括技能、工作流和 AirApp。
Plus：每席位每月 $10 起（按年付）。Pro：$20 起。
按席位固定价，没有按量超额。自托管按 MIT 免费，不限席位。

Zep

免费版：每月 10,000 credits、2 个项目。
Flex：每月 $125，含 50,000 credits。Flex Plus：每月 $375，含 200,000 credits。Enterprise：定制。
每摄入一个不超过 350 字节的 episode 计 1 credit；检索、存储和用户数不计量。Agent Skills 在所有套餐中免费至 2027 年 1 月 4 日。

以上为 2026 年 11 月 13 日公开价格；Zep 价格为按月付，其定价页另有年付折扣。最新以 Busabase 定价和 Zep 定价为准。

Zep 更合适的情况

  • 你的智能体要跨会话记住人。长期陪伴的助手、客服智能体，需要知道用户上个月说过什么、之后又变了什么，这正是 Zep 的时序图谱要解决的。
  • 你希望每一轮的上下文都替你拼好。Zep 负责抽取事实、合并实体，以低延迟返回一个可以直接放进提示词的 Context Block，检索不计量。
  • 你想把时序图谱嵌进自己的技术栈。Zep 内部用的框架 Graphiti 以 Apache-2.0 开源，可以跑在 Neo4j、FalkorDB 或 Amazon Neptune 上。

说清楚 Busabase 现在做不到的：没有向量索引，不会自动从对话里抽取事实建成图谱，也不是每轮调用的记忆服务。它也没有实时订阅；给你发布的应用的终端用户做登录，正在开发（应用用户），目前还不能用。现在就需要智能体记忆，就把 Zep 一起用上。

常见问题

Busabase 是像 Zep 那样的智能体记忆层吗？
不是。Busabase 是智能体和人一起存放结构化记录、文档、技能和应用的工作区。智能体把它当作事实来源来读，但它不会自己盯着对话去抽取事实，那是 Zep 的活。
Zep 也保留旧事实，变更请求有什么不同？
Zep 是在新事实与旧事实矛盾时，把流水线抽取出来的旧事实标记失效，并带上结束时间保留。变更请求是对源头记录本身的修改：带说明、作者和字段级差异，可以在生效前等人审，也可以回滚。
Zep 的 Agent Skills 和 Busabase 里的技能有什么区别？
它们解决的是两半问题。Zep 从验证成功的运行记录里编译技能，带版本，可以要求成员审批。Busabase 存放团队自己写的技能，所有接入的智能体读同一个版本，每次修改都走变更请求。两者可以一起用。
智能体每次写入 Busabase 都要人审吗？
不用。有写权限的写入直接生效，并保留历史。审核是可选的：给智能体发一把「只能提议」的密钥，或者让它把改动提交给人审。
Busabase 能自托管吗？Zep 呢？
Busabase 能：整个产品 MIT 开源，可以跑在一台电脑、你自己的服务器，或物理隔离的网络里，见自托管指南。Zep 开源的部分是 Graphiti；它在 2025 年 4 月停止维护社区版（Community Edition），完整产品跑在 Zep 的云上，Enterprise 可部署进你的 VPC。

下一步

连上你正在用的智能体，让它把一份真实的团队知识放进 Busabase：一条业务规则、一张客户表、一个技能。然后让它改点什么，读一读它生成的变更请求。

延伸阅读： Agent 记忆 vs 知识库 vs 记录系统 · Busabase 与 Mem0 对比 · AI 智能体的记录系统 · Busabase 与 Supabase 对比 · 变更请求是怎么工作的 · 搜索与 grep

资料来源： Zep home page, Zep pricing, How Graph Creation Works (Zep docs), “Context graphs: two timelines for every fact” (Zep blog), Security & Compliance (Zep docs), “Introducing Zep Agent Skills” (Zep blog, 5 Nov 2026), Agent Skills learning and admission (Zep docs), Context MCP Server (Zep docs), Graphiti on GitHub, Zep's open-source strategy (Zep blog, 2 Apr 2025), Busabase pricing