指南

什么是 Agent 工作区？

Q: 这不就是多绕几步的数据库吗？

数据库回答的是字节放在哪。工作区还要回答谁能写、人能看到并撤回什么、下一个读的人怎么知道值从哪来。见 AI Agent 该用什么数据库 。

智能体工作区（Agent workspace）是一个长期存在、共享的地方，AI 智能体和人在这里处理同一份材料——结构化数据、文档、文件、可复用的技能和小应用——让工作成果跨会话留存，而不是散落在聊天记录里。

这个词涵盖四类差别很大的产品，选错类别是这个领域最常见的错误。本文把它们分清楚，给出三条评估任何候选方案的判据，并展示共享型工作区在 Busabase 里是什么样子。

最后核对：2026 年 11 月 13 日

接入你的智能体全部对比

这个词为什么会出现

智能体已经能产出真正的工作成果，却没人想好这些成果该放在哪。它们落在聊天记录、零散文件和填了一半的 SaaS 记录里。下一次运行时，智能体从头重新摸索背景；盯着它的人也说不清改了什么、为什么改。

「智能体工作区」就是市场给这个缺失位置起的名字。

四类产品

1. 桌面与编程智能体

工作区就是你的文件系统和代码仓库，比如 Claude Code、Cursor、Codex。擅长写代码、改代码。不擅长处理文件以外的东西，也不方便在不共享电脑的情况下共享成果。

2. 云端任务执行器

托管的沙箱，只在任务期间存在。擅长定时和触发式自动化。不擅长积累——每次运行几乎都从零开始。

3. 无代码智能体搭建器

可视化流程搭建，工作区就是画布。擅长不写代码地串联 SaaS 工具。不擅长充当数据本身的家——状态散落在流程经过的各个应用里。

4. 共享数据与知识工作区

一个持久的工作区，放记录、文档、文件、技能和应用，智能体和人都能读写。擅长需要积累、之后会被人和其他智能体读取的工作。不擅长充当应用后端或执行沙箱。Busabase 属于这一类。

按工作逐项对比四类产品

每一行都是团队对智能体工作区的需求。大多数是共享型工作区的活；写代码不是，表里也照实写了。格子里描述的是各类产品的一般情况，具体产品会有差异。

你需要的	编程智能体	云端任务执行器	无代码搭建器	共享工作区（Busabase）
成果跨会话留存并不断积累	以文件形式留在仓库	通常不会，每次重新开始	留在流程经过的应用里	可以：记录、文档、文件、技能都持久保存
同事不用智能体那台电脑也能看	通过 git，面向工程师	只看到结果	分散在各个应用里	可以：表格、画廊、看板、日历、甘特图视图
逐字段看清智能体改了什么，并能撤回	代码可以看 git diff	运行日志	运行历史	可以：每次修改都是变更请求，带差异、作者和回滚
让某个智能体的改动先等人看	拉取请求上的代码评审	因产品而异	流程里的审批步骤	可以：「只能提议」的密钥把改动送进收件箱
所有智能体用同一套团队技能	按电脑或按仓库配置	按任务配置	按流程配置	可以：上传一次，所有接入的智能体都读同一份
在所有内容里精确查找文字	对本地文件 grep	—	—	可以：一次 grep 覆盖文件、文档正文、记录和提示词
把数据做成应用或网站	自己开发、自己托管	—	表单和简单界面	可以：AirApp，包括绑定自己域名的网站
写代码、重构代码	可以：这是它们的主场	可以，在沙箱里	不行	不是它的活：搭配 Claude Code 或 Codex 使用

怎么判断你需要哪一类

按顺序问三个问题，每个问题都会排除掉一些类别。

成果需要在会话结束后留下来吗？不需要的话，你要的是运行环境而不是工作区——第 1、2 类就够了，到此为止。
成果是文件，还是记录？代码是文件，第 1 类用 git 就能处理。客户记录、调研结论、内容排期、数据集是记录——硬塞进 Markdown，最后就是一个没人能查询的文件夹。
下一个读的人是谁，他能看出改了什么吗？如果下一个读的人就是看着智能体干活的人，这不是问题。如果是同事、某个应用，或者下个月的另一次智能体运行，工作区就必须带上来龙去脉：值从哪来、谁改的、之前是什么。

评估任何候选方案的三条判据

智能体是一等公民吗？智能体能否通过 API、MCP 或技能读写，而且和人在界面里一样能干？还是说这只是一个加了 AI 按钮的人用工具？
成果会沉淀成系统吗？工作是以结构化、可查询、可复用的形式落地，还是变成只有人才能看懂的对话记录和附件？
写入可追溯、可撤回吗？后来的人能不能看出值从哪来、谁改的，并且能回滚？如果智能体写错和写对看起来一模一样，那它只是存储，算不上记录。

很多好产品只满足一两条。这不是失败，只是它们解决的是另一个问题；让问题去匹配产品。

第三条判据在 Busabase 里的样子：每次修改都是变更请求

在 Busabase 里，每次修改——一条记录、一篇文档、一个技能文件、一次表结构调整——都是一个变更请求：一条带不可篡改提交、说明和逐字段差异的分支。无论修改来自 Claude Code、Codex、ChatGPT、脚本，还是浏览器里的同事，都一样。

很多为人设计的工作区，用页面历史或动态流来回答「谁改的」。变更请求保留每个字段精确的前后值、背后的智能体和密钥，并且一步就能回滚；你还可以按智能体决定，改动是立即生效还是先等人看。

每次写入都有说明和差异。每个改动写明做了什么，并逐字段展示改动前后。
知道是哪个智能体改的。作者，以及改动经由哪把密钥、哪个工具提交，都记在提交上。
自带撤销。记录、文档、技能都保留完整历史；合并不会覆盖旧值，任何改动都能回滚。
要不要审，由你决定。有写权限的写入立即合并。给某个智能体一把「只能提议」的密钥，或提交时带上 autoMerge: false，改动就会进收件箱，等人批准或退回。查看变更请求文档。

Busabase 中一条待审核的变更请求：改动说明、记录正文的前后差异，以及批准或要求修改的按钮 — 收件箱里的一条变更请求：改了什么、谁通过哪个工具提的，以及字段改动前后的内容。

Busabase 还给智能体和团队带来什么

看得懂的可视化数据表

每张数据表都能切换成表格、画廊、看板、日历或甘特图，支持保存视图和 AND/OR 条件组。同事不用写 SQL 就能检查智能体的产出。

团队知识库

文档、文件和数据表在同一棵目录树里，共用一套权限。成员按只读、可写、管理三种角色加入；智能体用自己的密钥加入。

一次 grep 搜遍所有内容

一条正则同时搜索文件、文档正文、数据表记录和智能体提示词，返回所在行和上下文。了解 grep。

全团队共用的技能

团队技能上传一次，每个接入的智能体读到的都是同一个版本。修改技能也是变更请求，谁改了哪条指令、为什么改，一目了然。

长在实时数据上的 AirApp

让智能体在工作区数据上做一个小应用。它可以跑在浏览器、你这台电脑、云端沙箱里，或者发布成网站。

绑定自己域名的网站

网站引擎跑在 Cloudflare Workers 上，可以带后端接口，支持自定义域名（Cloud 需 Plus 及以上）。智能体可以通过命令行、API 或 MCP 预览和发布。网站文档。

几分钟接入智能体

MCP、命令行、OpenAPI REST、Webhook、Python SDK，以及为 Claude Code、Codex、DeepSeek Harness 打包好官方技能的插件。接入你的智能体。

开源，哪里都能跑

MIT 协议。可以跑在笔记本上、自托管、离线或物理隔离环境，也可以用 Busabase Cloud。整个空间能导出成普通文件：Markdown、数据表定义和 JSON 记录。

价格固定、可预期

小团队有免费版；Cloud 付费版按席位固定价，没有按量超额。自托管免费，不限席位。查看价格。

Busabase 数据表：以表格展示智能体写的文章，有标题、封面图和正文列，以及保存好的视图 — Busabase 里的一张数据表：智能体写的记录，团队里谁都能看懂。保存的视图从同一批记录里筛出不同的切面。

接下来

以下功能正在开发，目前还不能用。上线之前，本页都会这样标注。

应用用户开发中

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

业务本体（Ontology）开发中

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

细粒度权限开发中

数据表内按行、按字段控制访问；给智能体按任务授权并设到期时间；访问申请由人来批准。

什么时候根本不需要

如果你的智能体只写代码，代码仓库就是工作区，再加一个只是负担。如果智能体的产出只被发起提问的人读一次就丢掉，聊天界面就够了。只有当成果不断积累、并被当时不在场的人读取时，工作区才真正成为问题。

Busabase 目前的明确限制：它不是长时间任务的执行沙箱，也不是应用后端——没有实时订阅和向量索引；你发布的应用暂不支持终端用户登录（开发中）。

常见问题

智能体工作区和智能体记忆是一回事吗？

不是。记忆帮智能体回想发生过什么；工作区是工作成果本身存放的地方，形式上让其他人和系统都能读。两者互补。

Notion 或 Airtable 能当智能体工作区吗？

对于文档型或表格型的工作，越来越可以。Notion 在 2026 年 5 月 13 日发布了 External Agents，首批合作的智能体包括 Claude Code、Cursor、Codex 和 Decagon，目前通过私测候补名单开放。常见的差距在第三条判据：智能体改了哪些字段的完整历史，以及改动何时生效由你掌控。见Busabase 与 Notion 对比。

用了 Claude Code 还需要吗？

写代码不需要。智能体产出的其他东西——调研、记录、别人要用的文档——放在代码仓库里并不合适。Claude Code 可以通过插件或 MCP 接入 Busabase。

在 Busabase 里，智能体每次改动都要人批准吗？

不用。有写权限的写入立即合并，同时照样带差异、作者和撤销。想让某个智能体的改动先等人看，就给它一把「只能提议」的密钥。

这不就是多绕几步的数据库吗？

数据库回答的是字节放在哪。工作区还要回答谁能写、人能看到并撤回什么、下一个读的人怎么知道值从哪来。见AI Agent 该用什么数据库。

下一步

把一个智能体接入 Busabase 工作区，让它完成一项真实任务，再看看它留下了什么：团队看得懂的记录，以及每次修改对应的变更请求。

接入你的智能体浏览模板

资料来源： Notion：Introducing the developer platform