产品对比

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

Redis Iris 是一台实时上下文引擎，夹在智能体和它要用的数据之间：判断每个请求该交给谁，调出智能体对这位用户的记忆，复用已经算过的答案，并把每次决策背后的来龙去脉记下来。Busabase 是智能体和团队存放工作成果本身的地方：记录、文档、技能和应用。智能体的每一次改动，都会变成一个人能看、能审、能回滚的变更请求（Change Request）。

一个让智能体在运行时又快又懂行，一个装着团队拍板的东西、看得清它的每一次改动。两者不在同一层，很多团队会一起用；本页按大家真正要做的事逐项对比。

最后核对：2026 年 11 月 13 日，依据 Redis 的 Iris 产品页、Iris 定价、Agent Memory 文档、2026 年 11 月的 Iris 官方博客和许可证页面，以及 Busabase 当前产品。

一句话结论

选 Busabase

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

选 Redis Iris

当你的智能体已经在线上跑，需要实时作答：按意图分流、跨会话记忆、复用答案、用一个 MCP 入口接到各个系统，还要一份智能体决策的审计轨迹。

两个一起用

当智能体依据的事实归人负责。把它们放在 Busabase，每次改动都是可审的历史；让 Iris 以生产级的速度去分流、缓存和调取。

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

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

Redis Iris 管的是另一个时刻：智能体干活的时候。它的记忆层从对话和文档里抽出值得留下的内容，Redis 的发布文章说它提供「检视、审计和来源追溯，让你看到每条记忆从哪来」。想在记忆写入前加一道关，可以用摄入 Webhook：在 Agent Memory 保存之前由你的应用接受、拒绝或改写内容。不过它只用于自管部署，而且默认关闭。还在 Beta 的 Lens，则把智能体的每个结果追溯到产生它的路由、Playbook 和记忆。

这些看的都是智能体做了什么、学到了什么，没有一项是给团队自己的文档和记录做审核的。这正是变更请求要做的事：

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

一句话说清区别：Iris 记下的是智能体做了什么、为什么；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」这类已保存视图筛的是同一批记录。

按你要做的事来对比

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

你要做的事BusabaseRedis Iris
看清团队数据每次改动的前后差异，以及是谁改的自带：每次改动都是一个变更请求，带字段级差异、作者和所用的智能体密钥、完整历史，能撤销Lens（Beta）把智能体的每个结果追溯到路由、Playbook、记忆和来源会话；Agent Memory 为每条记忆保留来源
让某个智能体只能提议、不能直接改可以：「只能提议」的密钥，改动进收件箱等人审针对记忆写入：摄入 Webhook 可以接受、拒绝或改写，仅限自管部署，默认关闭
让同事查看、修改智能体写的内容可以：表格、画廊、看板、日历、甘特图，不用写代码面向开发者：Agent Memory 通过 Python SDK、命令行、REST API 或 MCP 访问
让规则本身（人能编辑的原文）作为源头可以：文档和记录就是源头，智能体和人改的是同一份Agent Memory 从对话和文档里抽取长期事实；Agent Playbooks 复用答案和流程
搭一个团队知识库可以：文档、文件和数据表在一棵目录树里，共用权限不是工作区：Context Gateway 负责把智能体接到你其他系统里的数据
在所有内容里找到确切的原文可以：一次正则 grep 覆盖文件、文档正文、记录和智能体提示词，带行号和上下文对长期记忆做语义搜索，再用筛选条件收窄
让每个智能体用同一套团队技能可以：上传团队自己写的技能，每个接入的智能体读同一个版本Agent Playbooks 存放可复用的 FAQ 和技能，可选开启学习回路
把数据做成应用或网站，绑自己的域名可以：AirApp 可在浏览器、本机、云端沙箱运行，或发布成网站（Plus 及以上可绑自定义域名）不是产品功能
把同事和智能体请进同一个工作区可以：成员分只读、可写、管理三种角色；智能体用各自的密钥加入不是这类产品；Context Gateway 负责智能体访问数据时的身份和授权
接入 Claude Code、Codex、Cursor 等智能体可以：MCP、命令行、OpenAPI、Webhook 和智能体插件可以：Context Gateway 是单一 MCP 入口，Agent Memory 另有自己的 MCP 服务
团队变大时价格可预期按席位固定价：没有按量超额按用量计费：按 token、工具调用次数和消息数，Redis 数据库另按自己的套餐收费；不收席位费
整个产品自托管，包括离线可以：MIT 开源，从笔记本到隔离内网都能跑Iris 跑在 Redis Cloud 或本地部署；Redis 开源版本身可在 RSALv2、SSPLv1、AGPLv3 中任选
生产流量下的实时上下文：亚毫秒缓存、意图路由、会话记忆、向量搜索、智能体间消息不是它的活：用 Redis可以，这正是 Redis 的主场

接下来

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

应用用户 开发中

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

本体（Ontology） 开发中

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

细粒度权限 开发中

数据表内按行、按字段控制访问，给智能体的授权可以限定范围、设置到期，访问申请由人来批准。每个智能体只拿到它的工作需要的权限。

两种「记录系统」

Redis 也用了这个词。它的 Iris 产品页说要「把智能体的行为从黑盒变成可查询的记录系统」，Lens 就是干这个的：每个结果都能追溯到当时用的技能、路由或 FAQ，学自哪条记忆，来自哪次会话。在受监管的行业，这份轨迹很重要，它回答的是「智能体为什么这么做」。

它回答不了的是「智能体照着执行的那条规则，是谁定的」。Redis 自己的发布文章开头就举了例子：一个客服智能体在客户购买 45 天后批了 350 美元的退款，而规定写明 30 天后不退。Iris 的解法是及时把这条规定送进智能体的上下文。可规定本身也得有个家：一份人能打开的原文、一份改动历史、每次修改都有署名。

这个家就是 Busabase。退款规定是一篇文档。有人（或者某个智能体）提议把 30 天改成 45 天，它就是一个变更请求，前后差异一清二楚；同事在收件箱里看完、合并，下周发现不对还能回滚。Lens 记的是智能体的决策，Busabase 记的是团队的决策。

想看更完整的区分，可以读智能体记忆、知识库与记录系统的区别。

两个一起用

两者上下叠在一起刚好。常见的分工是：

  1. 团队把业务规则、价目表、审核过的 FAQ 答案和智能体要遵守的技能放在 Busabase。无论人还是智能体，每次改动都是一个变更请求。
  2. 变更合并后，由 Webhook 或智能体把更新后的文档发给 Iris。Agent Memory 的 MemoryETL 接收纯文本或 Markdown 文档，而 Busabase 的空间本来就能导出成 Markdown。
  3. 运行时由 Iris 在毫秒级完成分流、调出客户记忆、复用答案；需要完整的权威记录时，智能体再去 Busabase 读。
  4. 智能体产出的东西（调研、草稿、更新后的客户备注）以变更请求的形式写回 Busabase，团队能看、能撤销。

谁也替代不了谁。Redis Iris 让线上的智能体又快又有上下文；Busabase 让它们依据的记录有人负责、看得懂、改得回。

价格一览

Busabase

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

Redis Iris

按用量计费，不收席位费：检索每百万 token 0.05 美元；处理（Agent Memory，以及开启学习回路的 Playbooks）每百万 token 1 美元，另按消息收费；Context Gateway 每百万次工具调用 5 美元。Lens 在 Beta 期间免费。
起步：免费 5,000 条消息。
Redis 数据库另外计费：Redis Cloud 有免费的 30 MB 档；Iris 支持 Essentials（每月 5 美元起）、Pro（每月 200 美元起）和本地部署。

以上为 2026 年 11 月 13 日公开价格。Redis 只按终端用户发给智能体的内容计 token。最新以 Busabase 定价和 Redis 定价（Redis Iris 标签页）为准。

Redis Iris 更合适的情况

  • 智能体在扛线上流量，每一毫秒都算数。Redis 以亚毫秒读写起家，Iris 把会话记忆、缓存、向量搜索和智能体消息都放在这台引擎上，而它很可能就是你已经在用的那套。
  • 同样的问题，你在一遍遍付钱让模型重新回答。Intent Router 和 Agent Playbooks 能认出意思相同的请求，直接复用答案或流程，不必重跑一次大模型。
  • 智能体需要跨会话、跨渠道的记忆，以及每次决策背后的轨迹。Agent Memory 会抽取、摘要，也会有意识地遗忘；Lens 能看到每个结果出自哪条路由、哪个 Playbook、哪条记忆。

Busabase 的局限，直说：它没有向量索引，没有语义缓存和意图路由，不是逐轮对话的记忆服务，也不是亚毫秒级的热路径。它也没有实时订阅；你发布的应用给终端用户登录的功能还在开发（应用用户），目前不可用。智能体需要运行时这一层，就把 Redis Iris 放在旁边一起用。

常见问题

Busabase 能替代 Redis Iris 吗？
不太能，两者不在同一层。Iris 是运行时基础设施，以生产级的速度给智能体上下文、记忆和路由。Busabase 是智能体和人存放结构化记录、文档、技能和应用的工作区。智能体把 Busabase 当作事实来源，Iris 可以把这些事实快速送到它们手里。
Redis 把 Lens 叫作「记录系统」，Busabase 有什么不同？
Lens（Beta）记录的是智能体的行为：每个结果出自哪条路由、哪个 Playbook、哪条记忆、哪次会话。Busabase 记录的是团队的数据和对它的每一次改动：说明、作者、字段级差异、可选的审核，以及撤销。一个解释决策，一个装着决策所依据的东西。
Redis Iris 能审核写进记忆的内容吗？
针对记忆可以：摄入 Webhook 让你的应用在保存前接受、拒绝或改写会话事件、文档和记忆变更。它需要自管部署，默认关闭。变更请求审核的是团队自己的记录和文档，所有 Busabase 部署方式都有，审不审由智能体的密钥决定。
智能体每次写 Busabase 都要人审吗？
不用。有写权限的写入直接生效，并保留历史。审核是可选的：给智能体一把「只能提议」的密钥，或者让它把改动提交审核。
两者价格怎么比？
Iris 按用量收费（token、工具调用、消息），不收席位费和按智能体计的费用，它存数据用的 Redis 数据库另按自己的套餐计费。Busabase Cloud 按席位固定价，没有按量超额；自托管按 MIT 免费。
Busabase 能自托管吗？Redis Iris 呢？
Busabase 可以：整个产品 MIT 开源，能跑在一台电脑、你自己的服务器或隔离内网里，见自托管指南。Redis 提供 Redis Cloud 和本地部署两种 Iris，Agent Memory 可以部署在 Kubernetes 上。从 Redis 8 开始，Redis 开源版可在 RSALv2、SSPLv1、AGPLv3 三种许可证中任选。

下一步

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

延伸阅读： 全部对比 · Busabase 与 Mem0 对比 · Busabase 与 Zep 对比 · AI 智能体该用哪种数据库 · 变更请求是怎么工作的

资料来源： Redis Iris product page, Redis pricing (Redis Iris tab), “The next chapter of Redis Iris” (Redis blog, 3 Nov 2026), Redis Agent Memory (Redis docs), Agent Memory ingestion webhooks (Redis docs), Agent Memory MCP (Redis docs), Context Gateway (Redis), Redis licenses, “Redis is now available under the AGPLv3 open source license” (Redis blog, 1 May 2025), Busabase pricing