对比

Busabase 与 Cognee：图谱帮智能体回忆，记录让团队负责

Cognee 是一个开源的记忆引擎：你把文档、代码、对话交给它，由模型抽取出实体和关系，建成一张知识图谱，智能体再去里面查。Busabase 是智能体和人一起存放团队数据的地方：记录、文档、技能和应用。不管是智能体还是人，每一次改动都是一个变更请求（Change Request），看得到、审得了、撤得回。

两家都在讲「公司大脑」，说的却不是一回事。Cognee 的大脑是推断出来的：模型从你的资料里拼出一张图，方便智能体回忆。Busabase 的大脑是维护出来的：团队写下来、有人负责、改错只改一处的记录和规则。很多团队两个都会用。

最后核对：2026 年 11 月 13 日，依据 Cognee 官网首页、定价页、文档与更新日志、GitHub 仓库，以及 Busabase 当前产品。

一句话结论

选 Busabase，如果

智能体产出的东西业务要照着做：客户记录、决定、报价、规范、内容、技能。你需要每次改动都带理由、有作者、能撤回，而且同事不写代码就能打开看、直接改。

选 Cognee，如果

你是工程师，要让智能体能从一大堆文档、代码和历史会话里找回上下文，希望由工具自动把这些资料建成知识图谱，在本地或 Cognee Cloud 上跑。

两个一起用，如果

智能体既要在大量资料里检索，又要记下团队拍板的结论：Cognee 回答「资料里怎么说」，Busabase 记着「我们定了什么、谁确认的」。

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

在 Busabase 里，改一条记录、一篇文档、一个技能文件或一张数据表的结构，都不会悄悄覆盖原来的内容。每次改动都是一个变更请求：一条由不可篡改的提交组成的分支，和代码里的 Pull Request 很像。合并之后记录往前走，之前的每个版本都还在。

Cognee 的工作方式是另一套循环。它的文档列出四个操作：remember 把文本、文件或网址变成图谱；recall 查询；improve 把会话记忆并入图谱并按反馈调整权重（“bridges session memory into the graph and applies feedback-based weighting”）；forget 删除单条数据、整个数据集或当前用户的全部内容。从 1.6.6 版开始，improve 默认会检查相互冲突的事实（“improve() reviews conflicting facts by default”），另有接口通过「选出其中一个事实」来解决冲突。这是引擎在给自己的图谱做整理。它的删除文档没有提到记忆的撤销或版本历史，文档里也没有「改动生效前先让人看一眼」这一步。

做检索时这样正合适，资料一变，图谱就该跟着重新组织。但对报给客户的价格、合同里的条款、客服智能体必须遵守的规则，你要的恰好相反：看得到改了什么、知道谁改的、改错了能撤回。

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

团队敢让智能体写自己天天在用的数据，靠的不是把它挡在门外，而是让每一次改动都读得懂、找得到人、撤得回来。

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

图谱记忆让智能体更会回忆。Busabase 工作区则给智能体和人一个一起把活干完的地方。

可视化数据表

每张数据表都能切成表格、画廊、看板、日历或甘特图，支持保存视图和「且/或」筛选。同事要看智能体写了什么，不用写 SQL，也不用先做个管理后台。

团队知识库

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

对所有内容 grep

一次正则搜索覆盖文件、文档正文、数据表记录和智能体提示词，返回行号和上下文。智能体先精确找到证据，再决定读哪一段。

上传你的技能

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

应用支持四种运行方式

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

网站绑自己的域名

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

为团队协作而做

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

几分钟接上智能体

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

数据该在哪就跑在哪

MIT 开源。可以跑在你的电脑上、你自己的内网里（包括完全离线），也可以用 Busabase Cloud。一个空间能导出成普通文件：Markdown、数据表定义和 JSON 记录。
Busabase 中的一张数据表：智能体写的博客文章，按标题、封面图和正文分列展示，左侧有「待发布」「草稿」等保存视图
Busabase 里的一张数据表：智能体写进来的记录，团队里谁都能看、能改。「待发布」这样的保存视图筛选的是同一批记录。

按你要做的事逐项对比

每一行都是团队真正会拿这两个产品去做的事。Cognee 更合适的地方，表里直接写明。

你要做的事BusabaseCognee
看到每次改动的前后、谁改的、为什么改自带：每个变更请求都带说明、字段级差异、作者和提交所用的密钥，完整历史，可回滚文档未提供：remember、improve、forget 直接改动图谱，文档没有描述记忆的改动历史或撤销
让智能体先提议，等人确认再生效可以：给它一把「只能提议」的密钥，改动进收件箱等人处理文档未提供：improve 自动检查冲突事实，另有接口通过选定其中一个事实来解决冲突
改正一个错误事实，所有智能体一起生效可以：直接改记录，这次更正就是一个变更请求，旧值留在历史里解决冲突，或删除该条数据后重新导入；没有一份同事可以直接修改的共享记录
存结构化记录：客户、商机、决定可以：数据表支持带类型的字段、关联记录和表单由模型从资料中抽取的实体和关系，可用自定义数据模型和本体来约束
让同事查看和修改智能体写的内容可以：表格、画廊、看板、日历、甘特图视图，不用写代码面向开发者的本地界面和图谱可视化；记忆主要供智能体查询
存放智能体必须遵守的规范和文档可以：文档、文件、数据表在一棵目录树里，一套权限文档作为资料导入；Cognee 不是用来编写和维护文档的地方
在所有内容里精确查找一段文字可以：一次正则 grep 覆盖文件、文档正文、记录和智能体提示词用自然语言在图谱、向量和代码上下文中回忆，检索策略可自动选择或指定
让每个智能体用同一套团队技能可以：技能上传一次，每个接入的智能体读同一个版本它的插件自带用于记忆的技能，比如删除记忆、会话回顾；不是存放你自己技能的地方
把数据做成应用或网站可以：AirApp 可在浏览器、本机、云端沙箱运行，或发布成绑自己域名的网站不是它的定位：记忆是智能体或应用去调用的能力
接入 Claude Code、Codex、Cursor 等智能体可以：MCP、命令行、OpenAPI、Webhook 和智能体插件可以：Claude Code 和 Codex 插件会记录提示词和工具调用，MCP 服务支持 Cursor、Cline 等客户端，另有多种框架集成
团队变大后价格可预期按席位固定价：没有按量超额Cloud 免费版含 100 万 tokens；Standard 按处理的 tokens 计费，每多一个工作区每月加 $5
自托管可以：MIT 开源，从笔记本电脑到完全隔离的内网可以：Apache-2.0；用 Postgres 存图谱目前是演示功能，生产版本以商业授权提供
把文档、代码和对话建成知识图谱，供智能体回忆不是它的定位：用 Cognee可以：自动抽取实体和关系、图谱加向量检索、会话经验沉淀。这是 Cognee 的主场

接下来

下面三项正在开发，现在还用不了。列出来方便你提前规划，上线后这一页会更新。

应用用户（App users） 开发中

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

本体（Ontology） 开发中

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

细粒度权限 开发中

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

两种「公司大脑」

Cognee 官网写着「Your company builds a shared company brain for agents」（你的公司为智能体建一个共享的公司大脑）。这个说法不错，我们在《记忆、知识库、记录系统：AI Agent 的三层存储到底差在哪》里讲过，同一个词可以指两种完全不同的东西。判断方法很简单：里面有一条错了，谁会发现，谁负责改？

推断出来的大脑由模型搭建。把一万篇论文、整个 GitHub 组织或一年的 Slack 记录交给它，它能把人、系统和概念连起来，这种关系网没人会手工去画，知识图谱的价值就在这里。代价是每一条边都不是谁写的，也就没人对它负责；连错了，办法是解决冲突、调整权重，或者删掉重建。

维护出来的大脑是有意写下来的。价目表、客户合同条款、升级处理规范、教每个智能体怎么写报价的那个技能，每一样都有负责人、有历史、只在一个地方改。智能体提议改动时，人能在它变成所有智能体都读的版本之前，先看到差异和理由。Busabase 就是为这件事做的。

大多数公司两样都需要：一张图谱用来查资料里怎么说，一套记录用来记团队定了什么。

两个一起用

智能体先调研、再动手的团队，常见的分工是这样：

  1. Cognee 记住那些量大又杂的资料，比如论文、工单、代码仓库、聊天记录；智能体干活时从图谱里找回相关的上下文。
  2. 智能体从 Busabase 读团队的规范和技能，保证每个智能体照着同一个大家认可的版本做事。
  3. 活干出了业务要照着执行的结果，比如一个决定、对客户的承诺、一个报价，智能体就把它写进 Busabase 的数据表，作为带理由的变更请求。
  4. Busabase 空间还能导出成普通的 Markdown 和 JSON 文件，团队维护的记录也可以作为 Cognee 记忆的资料来源之一。

简单的判断：只是帮智能体找上下文的，放进图谱；有人要照着去做的，做成记录。

价格一览

Busabase

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

Cognee

开源版：免费，Apache-2.0，可在本地或自己的环境运行。
Cloud 免费版：每月 $0，含 1 个工作区和 100 万 tokens，不用绑卡，用户数不限。
Standard：每处理 100 万 tokens $1.00，每多一个工作区每月加 $5；增加 Slack、Notion、Linear、Google Drive 等数据源集成和代码仓库索引。
Enterprise：联系销售，在你自己的云上做 BYOC 部署，提供专属支持和 SLA。

价格以 2026 年 11 月 13 日公开页面为准。最新信息请看 Busabase 定价和 Cognee 定价。

Cognee 更合适的情况

  • 你想要一张自动建好的知识图谱。Cognee 把文档、代码和对话变成实体、关系和可检索的文本块，查询时取回图谱、向量或代码上下文；需要自己的领域模型时还能用本体。
  • 你现在就想让编程智能体有记忆。它的 Claude Code 和 Codex 插件会把提示词、工具调用和回复记进会话记忆，会话结束时再同步进图谱。
  • 你看重一个大体量的开源引擎。Apache-2.0，GitHub 星标超过 3.3 万，图数据库和向量库可替换，还能从 Mem0、Letta、Zep、Graphiti 导入记忆。Cognee 在 2026 年 2 月宣布完成 750 万美元种子轮，并称已在 70 多家公司的生产环境中运行（Cognee 博客）。

Busabase 做不到的，直说：它不会把你的文档建成知识图谱，没有向量索引和语义召回，也没有实时订阅。你发布的应用的终端用户登录正在开发（应用用户），现在还用不了。如果你需要在大量资料上做图谱检索，把 Cognee 和它一起用。

常见问题

Busabase 是像 Cognee 那样的知识图谱吗？
不是。Cognee 让模型从你的资料里推断实体和关系。Busabase 存的是团队有意写下来的东西：带类型字段和关联的记录、文档、文件和技能，智能体通过变更请求来读写。智能体会把它当作工作上的长期记忆，但里面没有任何内容是在你看不到的地方被推断出来的。
Cognee 也会检查冲突事实，这和变更请求不一样吗？
不太一样。Cognee 的冲突检查在 improve 里运行，解决冲突的接口是「选出其中一个事实」，目的是让图谱保持一致。变更请求是改动本身，摆在人面前：有说明、有字段级差异、有作者和密钥，可以先等批准再生效，也可以回滚。
Cognee 和 Busabase 能一起用吗？
能。让 Cognee 在智能体要检索的大量资料上建图谱，把决定、承诺、规范和技能放在 Busabase。同一个智能体在一次运行里可以同时调用两者。
智能体学到了错误的东西怎么办？
在 Cognee 里，你可以解决冲突，或删除那条数据或整个数据集；原始文件会保留，数据集可以重新构建。在 Busabase 里，错的值就是某条记录里的一个字段：有人改正它，这次更正是一个带理由的变更请求，旧值留在历史里，所有智能体之后读到的都是新值。
Busabase 里智能体的每次写入都要人审吗？
不用。有写权限的写入直接合并，并保留历史。审核是可选的：给智能体一把「只能提议」的密钥，或者让它把改动提交审核。
两个都能自托管吗？
都能。Cognee 是 Apache-2.0，它的 README 说明用 Postgres 存图谱目前是演示功能，生产版本是商业授权产品。Busabase 是 MIT 开源，能跑在一台电脑、你自己的服务器或完全隔离的内网上，见自托管指南。

下一步

接入你已经在用的智能体，让它把团队依赖的一样东西搬进一张数据表：价目表、待定的决定，或者它该遵守的规范。改一个值，再打开它留下的那个变更请求看看。

延伸阅读： 记忆、知识库、记录系统：AI Agent 的三层存储到底差在哪 · Busabase 与 Mem0 对比 · Busabase 与 Zep 对比 · Busabase 与 Supabase 对比 · 全部对比 · 变更请求怎么用

资料来源： Cognee 官网, Cognee 定价, Cognee 文档：简介, Cognee 文档：forget, Cognee 更新日志, GitHub 上的 topoteretes/cognee, Cognee Claude Code 插件, Cognee 种子轮公告, Busabase 定价