产品对比

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

Supermemory 是一个记忆引擎：把智能体看到的东西交给它，对话、文件、网址、同步过来的网盘，它会从中提炼出事实，持续更新，并在下一轮对话时递回给智能体。Busabase 是智能体和团队存放「要负责的工作成果」的地方：记录、文档、技能和应用。智能体在这里的每一次改动，都会变成一个人能看、能审、能回滚的变更请求（Change Request）。

Supermemory 让智能体记得住；Busabase 让团队知道的东西看得见、改得了。两者不在同一层，真正要问的不是谁赢，而是哪件事该交给谁。下面逐项来看。

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

一句话结论

选 Busabase

当智能体的产出是业务要照着执行的东西：一条客户记录、一个价格、一条规则、一个上线的页面、一个技能。你希望同事在表格里就能看到，知道是哪个智能体改的，改错了能撤回。

选 Supermemory

当你在做一个要「认识」每位用户的助手或 AI 产品：他们说过什么、偏好什么、哪些情况变了，在任何模型或编程智能体里都能毫秒级想起来。

两个一起用

当智能体既要记住具体的人，又要有一份共同的事实来源。Supermemory 记住人；Busabase 存放每个智能体都要读的记录和规则，并以变更请求的形式接收它们的产出。

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

在 Busabase 里，编辑从来不是悄悄覆盖。改一条记录、一篇文档、一个技能文件，或者调整数据表字段，都会生成一个变更请求：一条由不可篡改的提交组成的分支，每个提交都带说明。合并后记录往前走，之前的每个版本都还在。

Supermemory 的设计是替你去改。它的引擎从你发来的内容里抽取事实；新事实与旧事实矛盾时，按官方文档的说法，新事实「在搜索中取代之前成立的事实，历史可以保留以供审计」。从规律中推断出的事实会被标记，文档里提供了一个审核队列，可以批准、拒绝或撤销。作为记忆，这样做很细致。但它的历史记的是模型推导出的事实，审核针对的是推断，而不是人或智能体对团队依赖的那条记录所做的修改。

  • 改了什么、为什么改，放在一起。每个改动都带说明和字段级的前后对比，没人需要再从日志里倒推。
  • 每次编辑都有署名。作者，以及改动经由哪把密钥、哪个工具提交，都记在提交上。调研智能体和销售智能体分得清清楚楚。
  • 能回滚，不用收拾残局。记录、文档、技能都保留完整历史，任何一次改动一步就能撤回。
  • 审不审由你定。有写权限的密钥直接合并；给智能体一把「只能提议」的密钥，它的改动就留在收件箱，等人批准或打回。
Busabase 中一个待审的变更请求：改动说明、一条记录正文的前后差异对比，以及「批准」和「要求修改」按钮
收件箱里的一个变更请求：改动说明、谁通过哪个工具提的、字段改前改后的样子，可以直接批准或要求修改。

简单说：Supermemory 记的是它的引擎对一个人了解到了什么；Busabase 记的是你的团队决定了什么。想的话可以先审再生效，无论如何都能撤回。

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

记忆引擎让每个智能体想得起来。在此之外，团队还需要一个地方来存放、查看和交付工作成果。这些在 Busabase 里都是工作区自带的。

人真的看得懂的数据表

每张数据表都能切成表格、画廊、看板、日历或甘特图。保存视图加上「且/或」筛选，同事几秒钟就能找到智能体写的东西。

人和智能体共用一个知识库

写规范的文档、网盘里的文件、存记录的数据表，都在一棵目录树里，所有读它的人和智能体用同一套权限。

用 grep 精确查找

一次正则搜索覆盖文件、文档正文、数据表记录和智能体提示词，返回每一处匹配的行和上下文。要找原话时，它给的是原话，不是「差不多的」。

团队技能，一处共享

把团队自己写的技能上传进来，每个接入的智能体读到的都是同一个版本；改技能和改别的东西一样，走变更请求，能审能撤。

应用有四种运行方式

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

带后端、绑域名的网站

网站引擎跑在 Cloudflare Workers 上，支持后端接口和自定义域名，智能体可以通过命令行、API 或 MCP 帮你预览和发布。

人有角色，密钥有级别

成员分只读、可写、管理三种角色；智能体用密钥加入，密钥分只读、只能提议、可写、管理四级。每个节点可以设为私有、全工作区可见，或只授权给特定的人。

接得上你在用的智能体

MCP、命令行、OpenAPI 接口、Webhook、Python SDK，以及 Claude Code、Codex、DeepSeek Harness 插件，插件里自带官方 Busabase 技能。

整个产品都开源

MIT 协议。可以跑在笔记本上、你自己的服务器上、完全离线的环境里，也可以用 Busabase Cloud；一个空间能导出成普通文件：Markdown、数据表定义和 JSON 记录。
Busabase 数据表界面：智能体写的博客文章以表格展示，含标题、封面图和正文列，以及「待发布」「草稿」等已保存视图
Busabase 里的一张数据表：智能体写下的记录，整个团队都能打开看、直接改。「Ready to publish」这类已保存视图筛的是同一批数据。

按你要做的事来对比

每一行是团队拿这两个产品真正要做的事。最后一行是 Supermemory 的主场，表里照实写。

你要做的事BusabaseSupermemory
看清团队数据每次改动的前后差异，以及是谁改的自带：每次改动都是一个变更请求，带说明、字段级差异、作者、所用的密钥或工具、完整历史，能回滚在事实层面：被更新的记忆保留旧版本，被遗忘的记忆仍然保存；控制台保留请求日志
让某个智能体只能提议、不能直接改可以：「只能提议」的密钥，改动进收件箱等人审低置信度的推断事实有审核队列（批准、拒绝、撤销）；摄入的内容到达即处理
让同事查看、修正智能体写的内容可以：表格、画廊、看板、日历、甘特图，直接在原处改控制台可以浏览文档和记忆；事实主要靠摄入新内容或遗忘旧内容来变化
存放能筛选、能按编号查的结构化业务记录可以：数据表带类型化字段、保存视图和「且/或」筛选官方文档自己说它「不是你的记录系统」：记忆上没有 SQL、没有关联查询，也不能按主键查
搭团队知识库可以：文档、文件、数据表同在一棵目录树，共用权限MCP 共享空间存放团队的文档、记忆和画像上下文，供助手调取
在所有内容里精确查找文字可以：一次 grep 正则搜索覆盖文件、文档正文、记录和智能体提示词，返回行号和上下文混合语义搜索加图谱遍历；SMFS 文件系统里的 grep 默认是语义搜索
让所有智能体用同一套团队技能可以：技能上传一次，每个接入的智能体读到同一个版本不是产品功能（官方技能用来教编程智能体调用 Supermemory API）
把数据做成应用，或用自己的域名发布网站可以：AirApp 可以跑在浏览器、你的电脑、云端沙箱，或发布成网站（自定义域名需 Plus 及以上）不是产品功能
把同事和智能体拉进同一个工作区可以：成员分只读、可写、管理三种角色；智能体用自己的密钥加入Pro 起可邀请组织成员（3 个席位，Scale 不限）；Scale 和 Enterprise 可按标签控制访问
接入 Claude Code、Codex、Cursor 等智能体可以：MCP、命令行、OpenAPI、Webhook 和插件可以：远程 MCP 走 OAuth 登录，另有 Claude Code、Cursor、Codex、OpenCode 等插件，所有套餐都能用
团队变大时价格可预期按席位固定价，没有按量超额每档含每月额度，超出后按摄入的 token、搜索次数和操作次数计费
自托管整个产品，包括离线可以：MIT 开源，从笔记本到物理隔离网络Supermemory local 可离线运行，1 万份文档以内免费，但服务端不开源；正式的自托管部署在 Scale 和 Enterprise
给智能体的用户做记忆：抽取事实、保持最新、随时调取，同步 Gmail、Google Drive、Notion不是它的活，用 Supermemory可以，这正是 Supermemory 的主场

接下来

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

应用用户（App users） 开发中

使用你发布的应用的人，用邮箱验证码登录，只看得到自己的记录。由平台强制保证；他们不是工作区成员，也不占席位。

本体（Ontology） 开发中

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

细粒度权限 开发中

数据表内按行、按字段控制访问；给智能体限定任务范围、带有效期的授权；以及由人审批的权限申请。

Supermemory 自己的文档就划清了界线

Supermemory 对自己做什么说得少见地清楚。它的使用规则页用一个简单的测试给信息分类：「同事会记住的」放进记忆；按意思去查的，作为文档摄入；但「发票 #4821，金额 $1,340.50，状态已付」属于「你的数据库」，像「绝不报内部价格」这样的指令属于系统提示词。原话很直接：「Supermemory 不是你的记录系统。」

这样就剩下两样东西要放在别处：业务赖以运转的记录，以及每个智能体都必须逐字遵守的常设规则。这正是 Busabase 要做的。记录放在数据表里，人能筛选、能修改；规范写在文档里，团队的做事方法写成技能：只有一份，每个智能体都读它，修改只能通过带作者、带差异的变更请求。

在它擅长的地方，Supermemory 做得很深。它的图谱让事实之间互相更新、补充、推导；记忆分了类型，偏好越重复越牢，经历会慢慢淡去；过期的事实会让位，但不会被抹掉。这些 Busabase 都不打算做。两个产品之所以能配合，是因为各自都诚实地说清了自己到哪为止。想看完整展开，可以读《Agent 记忆 vs 知识库 vs 记录系统》。

两个一起用

按两个产品各自的建议来分工：

  1. 客户记录、价目表、业务规则和智能体要遵循的技能放在 Busabase。无论人还是智能体，每次改动都是一个变更请求。
  2. 给助手或编程智能体接上 Supermemory，再连上用户日常工作的来源（Gmail、Google Drive、Notion），让它慢慢了解这个人的情况和偏好。
  3. 需要确切的合同条款或当前价格时，智能体通过 MCP 或命令行去 Busabase 读那条记录，而不是凭记忆。
  4. 对话里产生了业务要负责的东西，比如答应的折扣、新联系人、改了的方案，智能体把它作为变更请求写进数据表；也可以给 Supermemory 发一句摘要，下次对话就知道发生过这件事。

一条好用的规矩：同事随口就会记住的，交给 Supermemory；有人要为它负责的，在 Busabase 里写成一条记录。

价格一览

Busabase

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

Supermemory

免费版：$0，每月赠送 $5 额度。
Pro：每月 $19，含 $20 额度、3 个团队席位。Max：$100，含 $130 额度和 Gmail 连接器。Scale：$399，含 $600 额度、S3 和网页爬虫连接器、不限席位、可选自托管。Enterprise：定制。
所有套餐按同一费率扣额度，例如纯文本记忆每百万 token $5、每百万次搜索 $5，只对新内容计费。

以上为 2026 年 11 月 13 日公开价格。Supermemory 的订阅额度每月重置，另购的额度不过期。最新以 Busabase 定价和 Supermemory 定价为准。

Supermemory 更合适的情况

  • 你的产品要认识每一位用户。用户画像、会更新会过期的事实、越重复越牢的偏好，正是 Supermemory 引擎的设计核心；官方给出的搜索服务端耗时中位数是 187 毫秒。
  • 你希望用户自己的数据自动喂进记忆。Google Drive、Gmail、Notion、OneDrive、GitHub、Granola、Amazon S3 和网页爬虫等连接器会自动同步：有改动时走 Webhook，另外每四小时定时同步一次。
  • 你想在已经在用的编程智能体里加上记忆。Claude Code、Cursor、Codex、OpenCode 等插件在所有套餐里都能用，包括免费版。

说清楚 Busabase 现在做不到的：没有向量索引，不会从对话里抽取事实、生成用户画像，也不会把某个人的邮箱或网盘同步成记忆。它也没有实时订阅；给你发布的应用的终端用户做登录，正在开发（应用用户），目前还不能用。如果你的智能体现在就需要记住用户，把 Supermemory 一起用上。

常见问题

Busabase 是像 Supermemory 那样的记忆引擎吗？
不是。Busabase 是智能体和人一起存放记录、文档、技能和应用的工作区。智能体把它当作事实来源来读，但它不会盯着对话去提炼事实，那是 Supermemory 的活。
Supermemory 也保留旧事实，还能审核推断。变更请求有什么不同？
Supermemory 是在引擎学到新事实时保留旧事实，并让人批准或拒绝它推断出的事实。变更请求是对源头记录本身的修改，由人或智能体发起，带说明、作者和字段级差异，可以在生效前等人审，也能回滚。
Supermemory 的 MCP 有团队共享空间，这不就是团队工作区吗？
它的空间让团队的文档、记忆和画像上下文各归其位，助手调取时不串台。Busabase 是团队直接编辑记录和文档本身的地方，用表格和看板查看，并控制谁能改什么。很多团队两个都会用。
智能体每次写入 Busabase 都要人审吗？
不用。有写权限的密钥写入直接合并，并保留历史。审核是可选的：给智能体一把「只能提议」的密钥，或者让它把改动提交给人审。
Busabase 能自托管吗？Supermemory 呢？
Busabase 能：整个产品 MIT 开源，可以跑在一台电脑、你自己的服务器，或物理隔离的网络里，见自托管指南。Supermemory 的 GitHub 仓库（MIT）放的是 SDK 等组件；官方文档说明，自托管服务端二进制来自另一个不公开的代码库，存储 1 万份文档以内免费。面向组织的自托管部署在 Scale 和 Enterprise 套餐。
一个智能体能同时用两个吗？
能。两者都支持 MCP。常见做法是：智能体向 Supermemory 要它对这位用户的了解，从 Busabase 读权威记录和团队技能，再把产出以变更请求的形式写回 Busabase。

下一步

连上你正在用的智能体，让它把一份真实的团队知识放进 Busabase：一张价目表、一张客户表、一个技能。然后让它改一处，打开它生成的变更请求看看。

延伸阅读： 全部对比 · Busabase 与 Mem0 对比 · Busabase 与 Zep 对比 · Agent 记忆 vs 知识库 vs 记录系统 · 变更请求是怎么工作的

资料来源： Supermemory home page, Supermemory product page, Supermemory pricing, Graph memory (Supermemory docs), Review inferred memories (Supermemory docs), Memory operations (Supermemory docs), Rules of supermemory (Supermemory docs), Supermemory MCP overview (Supermemory docs), Supermemory local (Supermemory docs), Invite team members (Supermemory docs), Supermemory changelog, supermemoryai/supermemory on GitHub, Busabase pricing