什么是 Agent 工作区（Agent Workspace）？
Agent 工作区是一个持久的、共享的地方，AI Agent 和人在里面处理同一批材料——结构化数据、文档、文件、可复用的技能、小应用——让工作跨会话存续，而不是留在聊天记录里。这个词涵盖了几类差别很大的产品，而选错类别，是这个品类里最常犯的错。
这篇是分类，不是推销。最后会给出怎么判断你需要哪一类，包括「一类都不需要」的情况。
这个词为什么会出现
Agent 先变得能产出真正的工作，然后才有人去想这些工作该放哪。产出落在聊天记录、散落的文件和写了一半的 SaaS 记录里。下一轮 Agent 从零开始重新发现自己的上下文，而监督它的人也说不清改了什么、为什么改。
「Agent 工作区」就是市场给这个缺失的地方起的名字。
四种类型
1. 桌面与编码 Agent
工作区就是你的文件系统和代码仓库。Claude Code、Cursor 这类工具带着终端和编辑器直接操作本地文件。
最适合：写代码、改代码。短板：一切不是文件的东西——结构化记录、给非技术同事审阅、需要共享但不能共享机器的工作。
2. 云端任务执行器
托管环境，你派一个任务、取一个结果。工作区是一个只在任务期间存在的沙箱。
最适合：定时和触发式自动化。短板：积累——每次几乎从零开始，知识不会复利。
3. 无代码 Agent 搭建器
可视化流程编排，工作区就是画自动化流程的那块画布。
最适合：不写代码把已有 SaaS 串起来。短板：它不是数据本身的家；状态通常散在流程碰到的各个应用里。
4. 共享的数据与知识工作区
一个持久工作区，装着结构化记录、文档、文件和可复用技能，Agent 和人都读也都写。工作区是目的地，不是运行时。
最适合：会积累、之后会被人、应用和其它 Agent 读取的工作。短板：它不是应用后端，也不是执行沙箱。
怎么判断你需要哪一类
三个问题，按顺序问。每一个都会淘汰掉一些类别。
产出需要活过这次会话吗？
不需要的话，你要的是运行时而不是工作区——类别 1 和 2 就够了，可以不往下读。需要的话，继续。
产出是文件，还是记录？
代码和文档是文件，类别 1 通过 git 原生就能处理。客户记录、调研结论、内容日历、数据集不是文件——硬塞进 markdown，最后就得到一个没人能查询的文件夹。
下一个读它的人是谁，他判断得了该不该信吗？
这个问题最能把类别分开。如果下一个读的人就是全程看着 Agent 干活的那个人，信任不是问题。如果下一个读的是同事、是应用、是下个月的另一轮 Agent，那么工作区就必须携带来源——这个值从哪来、谁核过、之前是什么。
类别 1 到 3 的多数产品不携带，因为那本来就不是它们的活。
评估任何候选产品的三条判据
这是我们用的判据，就算你最后选了别的产品，它们也值得拿来用：
- Agent 是一等公民吗？Agent 能不能通过 API、MCP 或 Skill 原生读写——还是说这是个加了 AI 按钮的人类工具？判断方法是看 Agent 那条路径的能力是否和界面一样强。
- 产出会成体系吗？工作是以结构化、可查询、可复用的形态落下，还是变成只有人能解读的对话记录和附件？
- 写入可信吗？后来的读者能不能看到一个值从哪来、有没有人核过？如果 Agent 写错的和写对的长得一模一样，那它是存储，不是记录。
很多好产品只过一两条。这不是失败——说明它们在解决另一个问题，你该做的是把问题和产品对上，而不是反过来。
什么时候你根本不需要
如果你的 Agent 写代码，你的仓库本来就是工作区，再加一个是纯开销。如果 Agent 的产出只被下指令的那个人读一次然后丢掉，聊天界面就够了。工作区这个问题只有在产出会积累、并且会被一个「产出时不在场的人」读到时，才真正成立。
常见问题
Agent 工作区和 Agent 记忆是一回事吗？
不是。记忆帮 Agent 想起发生过什么；工作区是工作本身存在的地方，以别人和别的系统能读的形态。两者互补，不是替代。
Notion 或 Airtable 能当 Agent 工作区吗？
对于文档型或表格型的工作，越来越可以——Notion 现在已经直接支持外部 Agent。差距通常在第三条判据上：Agent 写错东西时会发生什么。
我用 Claude Code，还需要工作区吗？
写代码不需要。但 Agent 产出的其它东西——调研、记录、别人要用的文档——仓库并不合适，问题正是从这里开始的。
这不就是数据库多绕几步吗？
数据库回答的是字节存哪。工作区还要回答：谁可以写、生效之前人看到什么、以及后来的读者凭什么知道这个值可信。
下一步
什么样的存储才算 AI Agent 的记录系统——第三条判据的展开。
Busabase 产品对比——诚实对比，包括对方更合适的场景。