产品对比

Busabase 与 Hindsight:给 AI 智能体用,怎么选

Hindsight 是 Vectorize 做的「会学习的智能体记忆」:从智能体看到的内容里抽取事实,把它们归纳成观察(observation),新证据一来就改写自己相信的东西。Busabase 是智能体和团队存放工作成果本身的地方:记录、文档、技能和应用。无论是人还是智能体改的,每次改动都是一个能看、能回滚的变更请求(Change Request)。

一个是会自我更新的记忆,一个是团队看得见、管得住的记录。两者回答的不是同一个问题,很多团队会同时用;本页按大家真正要做的事逐项对比。

最后核对:2026 年 11 月 13 日,依据 Vectorize 的定价页和产品页、Hindsight 官方文档、计费文档、官方博客和 GitHub 仓库,以及 Busabase 当前产品。

一句话结论

选 Busabase

当智能体写下的东西必须准确、必须有人负责:客户记录、业务规则、价目表、技能。你希望每次改动都以变更请求出现,带差异、带作者、能撤销。

选 Hindsight

当你在做一个越用越聪明的智能体:记住用户和做过的事,从大量对话里形成判断,再基于这些判断推理,检索也为此专门调过。

两个一起用

当智能体运行时需要一份会学习的记忆,而团队需要这份记忆的起点。Busabase 存团队拍板的东西,Hindsight 从它和每一次对话里学习。

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

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

Hindsight 的设计就是自己变。智能体存进一段内容后,Hindsight 会自动把相关事实归纳成观察,后台进程随着证据积累不断修正这些观察。心智模型(mental model)和页面(page)更进一步,官方文档原话是:「你只需定义一次问题;Hindsight 写出答案、存起来,并随着记忆库学到更多,在后台改写它。」它留有真实的痕迹:观察是修正而不是覆盖,心智模型保留旧版本,原始事实不丢,事后也能编辑、作废或恢复某条事实。它没有的,是「一条判断被改写之前,先让人看一眼」这一步。这正是会学习的记忆该有的样子,也恰好和团队签字认可的记录相反。

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

一句话:Hindsight 改写智能体的判断,好让智能体更聪明;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」这类已保存视图筛的是同一批记录。

按你要做的事来对比

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

你要做的事BusabaseHindsight
看清团队数据每次改动的前后差异,以及是谁改的自带:每次改动都是一个变更请求,带字段级差异、作者和所用的智能体密钥、完整历史,能撤销观察保留修正历史,心智模型保留旧版本,人工改过的事实带「已编辑」标记;记录谁做了什么的审计日志在 Enterprise 版提供,Cloud 组织也可以开启
让某个智能体只能提议、不能直接改可以:「只能提议」的密钥,改动进收件箱等人审文档里没有审核环节:存进去的内容会被自动抽取和归纳(可以改成只在手动触发时归纳)
纠正智能体弄错的东西可以:直接改记录,或回滚那一次改动;纠正本身也是一个变更请求可以,通过 API 或命令行:编辑、作废或恢复一条原始事实,由它推导出的观察会重新生成。观察本身不能直接编辑
让同事查看、修改智能体写的内容可以:表格、画廊、看板、日历、甘特图,不用写代码Cloud 控制台可以浏览记忆库、记忆、心智模型和页面
让人写的规则原文就是源头可以:文档和记录就是源头,人和智能体改的是同一份心智模型和页面由 Hindsight 根据记忆写出,并随记忆库的学习不断改写;原始文档保留的是「说过什么」
搭团队知识库可以:文档、文件、数据表同在一棵目录树,共用权限页面(Pages):每个记忆库写给自己的一棵文档树,可搜索,可挂载成 Markdown 文件
在所有内容里精确查找文字可以:一次 grep 正则搜索覆盖文件、文档正文、记录和智能体提示词,返回行号和上下文对记忆做四路检索(语义、关键词、图关系、时间),可搜索页面;页面挂载成文件后也能 grep
让所有智能体用同一套团队技能可以:上传团队自己写的技能,每个接入的智能体读到同一个版本不是技能库。每个记忆库可以设定使命(mission)和硬性规则(directives),影响它怎么推理
把数据做成应用,或用自己的域名发布网站可以:AirApp 可以跑在浏览器、你的电脑、云端沙箱,或发布成网站(自定义域名需 Plus 及以上)不是产品功能
把同事和智能体拉进同一个工作区可以:成员分只读、可写、管理三种角色;智能体用自己的密钥加入Cloud 支持按角色邀请团队成员、管理 API 密钥;记忆放在彼此隔离的记忆库里,通常一个用户或一个智能体一个
接入 Claude Code、Codex、Cursor 等智能体可以:MCP、命令行、OpenAPI、Webhook 和插件可以:内置 MCP 服务器,一次安装接入 20 多种编程智能体,另有 Python、TypeScript、Go 客户端
账单来之前就心里有数按席位固定价,没有按量超额按 token 和调用次数计费,无席位费;自托管免费
自托管整个产品可以:MIT 开源,从笔记本到物理隔离网络可以:MIT 开源,一条 Docker 命令;Enterprise 另有本地部署(含物理隔离)和 Memlake 存储引擎
会从经验里学习的记忆:抽取事实、归纳判断、基于判断推理不是它的活,用 Hindsight可以,这正是 Hindsight 的主场

接下来

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

应用用户(App users) 开发中

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

本体(Ontology) 开发中

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

细粒度权限 开发中

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

模型帮你维护的判断,还是团队签字的记录

Hindsight 在「学习」这件事上下了真功夫。每个记忆库分开保存别人告诉它的事、智能体自己做过的事、从两者归纳出的观察,以及在此之上的心智模型,Vectorize 称之为「四张记忆网络」。每条观察都附着证据原文和佐证次数。智能体提问时,reflect 会自己跑一轮检索:先读心智模型和页面,再读观察,最后才读原始事实,并注明引用了哪些。记忆库的使命、硬性规则和性情参数决定它怎么推理。

页面(Pages)最能说明分界在哪。它看起来像 wiki,是一棵 Markdown 文档树,但写它的是记忆库自己,依据是自己的观察,学到新东西就自己改。Hindsight 文档说得很直白:「原始文档仍是『说过什么』的事实来源;页面是经过调和后『什么成立』的结论。」如果是智能体对一个代码库、一个客户的工作认知,这正是你想要的。

但团队必须负责的东西不该这样:退款规则、批准过的价目表、合同条款、告诉每个智能体怎么报价的那个技能。这些不该由模型在后台「调和」,而应该是人写下的记录,能完整读,只能通过变更请求修改:由有权合并的人合并,下周发现不对还能撤销。

这就是 Busabase 要做的事。记录本身就是源头,历史里记的是团队的决定;智能体学到新东西,是把它作为一次改动提出来,而不是悄悄地「相信」了。想看完整展开,可以读《Agent 记忆 vs 知识库 vs 记录系统》。

两个一起用

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

  1. 团队把业务规则、客户记录和智能体要遵循的技能放在 Busabase。无论是人还是智能体,每次改动都是一个变更请求。
  2. 变更合并后,由 Webhook 或智能体把更新后的记录存进对应的 Hindsight 记忆库,让智能体的记忆学到的是团队的决定,而不是从聊天里猜出来的版本。
  3. 运行时,每个智能体在自己的记忆库里做 recall 和 reflect(这个用户喜欢什么、上次试过什么);需要完整的权威记录时,再去 Busabase 读。
  4. 智能体得出某个应该由团队负责的结论(一条新的 FAQ 回答、一处更正的客户信息)时,把它作为变更请求提交到 Busabase,由人来看、也能撤销。

谁也不替代谁。Hindsight 让每个智能体的记忆越用越好,Busabase 给团队一套这份记忆该从这里出发、也该回到这里核对的记录。

价格一览

Busabase

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

Hindsight

自托管:免费,MIT 开源,不限用量。
Hindsight Cloud:按量付费,无月费、无席位费,新账户送 $5 额度。Retain 每百万 token $10,Recall 每百万 token $0.75,Reflect 每次 $0.05;存满 30 天以上的记忆按每百万 token 每月 $0.25 收存储费。
Enterprise:联系销售。

以上为 2026 年 11 月 13 日公开价格。两者计价方式不同:Busabase 按人收费,Hindsight 按记忆操作量收费,哪个更便宜取决于你的人数和智能体写入多少。最新以 Busabase 定价、Hindsight 定价和 Hindsight 计费说明为准。

Hindsight 更合适的情况

  • 你希望智能体越干越好。记住用户、把大量零散事实归纳成判断、在后台让常用问题的答案保持最新,这正是 Hindsight 的设计目标。
  • 检索质量是瓶颈。Recall 并行跑语义、关键词、图关系和时间四路检索,按 token 预算填满上下文。Vectorize 在自家的评测页上公布 LongMemEval-S 得分 94.6%,这是厂商自己的数字,我们没有复现。
  • 你想把记忆嵌进自己的技术栈或编程智能体。它以 MIT 开源,一条 Docker 命令就能跑起来,一次安装就能接入 20 多种编程智能体。

说清楚 Busabase 现在做不到的:它不会从对话里抽取事实、归纳成判断,也不会基于判断推理,没有向量索引。它也没有实时订阅;给你发布的应用的终端用户做登录,正在开发(应用用户),目前还不能用。如果你的智能体需要一份会学习的记忆,就把 Hindsight 一起用上。

常见问题

Busabase 是像 Hindsight 那样的智能体记忆系统吗?
不是。Busabase 是智能体和人一起存放结构化记录、文档、技能和应用的工作区。智能体把它当作事实来源来读,但它不会自己盯着对话抽取事实、形成判断,那是 Hindsight 的活。
Hindsight 也有历史,也能改记忆,变更请求有什么不同?
Hindsight 的历史记录的是它的记忆怎么演变;纠错是事后的:通过 API 或命令行编辑或作废一条事实,推导出的观察随之重新生成。变更请求是对团队记录本身的修改:带说明、作者和字段级差异,可以在生效前等人审,也可以回滚。
Hindsight 的页面很像 wiki,能当我们的知识库吗?
给智能体当工作记忆很好用,但页面是记忆库根据自己的观察写出、不断改写的;Hindsight 自己也说,「说过什么」的事实来源是原始文档,而不是页面。由人来写、由人认可的团队知识库,正是 Busabase 文档要做的事。
智能体每次写入 Busabase 都要人审吗?
不用。有写权限的写入直接生效,并保留历史。审核是可选的:给智能体发一把「只能提议」的密钥,或者让它把改动提交给人审。
两个都能自托管吗?
Busabase 和 Hindsight 都是 MIT 开源。Busabase 可以跑在一台电脑、你自己的服务器,或物理隔离的网络里,见自托管指南。自托管的 Hindsight 一条 Docker 命令就能跑,内嵌 Postgres;面向超大记忆库的 Memlake 存储引擎属于 Hindsight Enterprise。
哪个更便宜?
看团队的形状。Busabase 按席位固定价,不计量,自托管免费。Hindsight Cloud 没有席位费,按写入和检索的 token 数、按 reflect 次数计费。人少但智能体调用多的团队,和人多但调用少的团队,算下来会差很多。

下一步

连上你正在用的智能体,让它把一份目前只存在它「记忆」里的团队知识放进 Busabase:一条业务规则、一张客户表、一个技能。然后让它改点什么,读一读它生成的变更请求。

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

资料来源: Hindsight documentation overview, Hindsight pricing (Vectorize), How Hindsight works (Vectorize), Hindsight Cloud billing, Observations (Hindsight docs), Mental Models (Hindsight docs), Pages (Hindsight docs), Memories API (Hindsight docs), Hindsight Cloud (Hindsight docs), Hindsight Enterprise (Hindsight docs), Hindsight Benchmarks, “Introducing Hindsight Memlake” (Hindsight blog, 13 Oct 2026), Hindsight on GitHub (MIT), Busabase pricing