AI Agent 的工作成果如何跨会话留下来？用 Busabase 建立可审查的共享工作区
很多团队已经同时使用 Claude Code、Codex、Cursor 或自建 Agent，但工作记忆仍散落在聊天记录、仓库里的 CLAUDE.md 和个人笔记中。换一个 Agent，或者开启一次新会话，项目背景就得重新解释；更麻烦的是，Agent 做出的有用整理往往没有可靠方式沉淀下来。
Busabase 想解决的不是“再加一个模型”，而是为人和 Agent 提供共同使用的工作区：结构化数据、文档、技能、文件和应用保存在同一处；Agent 可以读取已有上下文，并以可追踪的变更请求写回。项目 README 将其定位为 AI Agent 的开源数据库与工作区，仓库采用 MIT 许可证。它适合需要跨 Agent 共享项目知识、又不希望写操作悄悄覆盖正式记录的个人或团队。
先跑起来，再连接 Agent
最短体验路径是启动本地服务：
npx busabase server
按项目 Quick Start，服务启动后访问 http://localhost:15419/dashboard/local。默认使用嵌入式 PGlite、本地文件存储和演示工作区，不需要先配置外部数据库或账号。README 也提供 Docker、全局 npm 安装和从源码运行等路径；日常试用可以先从 npx 开始，确定需要长期运行后再选择适合团队的部署方式。
接下来让 Agent 读取实例提供的 Skill 指引：
Read and follow the Busabase Agent Skill: http://localhost:15419/SETUP_SKILL.md
该地址来自项目 Quick Start 示例。连接步骤应以当前实例返回的指引为准，不建议从博客示例手工猜测 MCP endpoint 或权限配置。项目支持 Agent Skill、MCP、OpenAPI/CLI 等接入方式；具体选择取决于客户端：能遵循说明的编码 Agent 可从 Skill 入手，需要结构化工具调用时则考虑 MCP。
关键差异：写入先成为变更请求
共享工作区的价值不只是把资料放在一个数据库里，还在于让 Agent 的写入可检查。Busabase 将 Agent 写入表示为 Change Request，包含变更说明、字段级差异、作者和历史记录；权限决定变更立即合并，还是进入待审队列。这样，人可以先看 Agent 改了什么，再决定是否接受，而不是在多个文件里追查被覆盖的内容。
一个稳妥的试用流程可以从低风险资料开始：
- 建立一个项目工作区，放入项目约定、常见决策和任务记录。
- 让 Agent 先读取这些资料，再完成一个范围明确的小任务。
- 检查 Change Request 中的字段差异与来源，确认事实和格式。
- 通过后再合并；若发现错误，拒绝或修正，并保留清晰的审查边界。
README 特别提醒不要擅自选择合并策略：是否自动合并应由工作区权限决定。团队可把高风险写操作限制为“只能提出变更”，低风险自动整理则按实际权限配置。不要把“有审计记录”误解为“写入前一定需要人工批准”——项目描述的是权限决定变更如何处理，具体策略由配置和凭证能力决定。
它适合什么，不适合什么
如果核心问题是多个 Agent 反复读取相同的结构化项目资料、团队需要审查 Agent 贡献，Busabase 的“工作区 + Change Request”组合值得试用。Bases 用于结构化记录和关系，Docs 保存持续维护的知识，Skills 管理可复用指令；项目还提供 Whiteboards、Workflows 与基于工作区数据的 AirApps。其目标是让 Agent 与人共用一套可见、可修订的上下文。
它并不是向量数据库的直接替代品，也不意味着应用自身的数据存储可以全部迁移过去。项目 README 明确指出 Busabase 自身可运行在 Postgres 或嵌入式 PGlite 上，定位是其上的工作区，而不是替换业务应用数据库。若需求只是给单个模型加语义检索，专用向量检索方案可能更直接；若关注的是 Agent 协作产生的资料如何沉淀、查看和审阅，才是它更有辨识度的场景。
实践建议
先用演示工作区验证一个闭环：让 Agent 读取一条项目约定，提出一条结构化更新，再检查变更记录是否足以解释“谁改了什么、为什么改”。试用阶段不要直接把生产凭证交给 Agent，也不要默认开放自动合并；先确认权限、存储位置和备份方式，再扩展到团队资料。项目文档列出 BUSABASE_DATA_DIR、PG_DATABASE_URL 和 STORAGE_URL 等存储配置入口，迁移到外部存储前应依照官方文档核实当前版本的具体配置要求。
Busabase 的核心思路很朴素：Agent 会话可以是临时的，但工作成果不必随会话消失。把共享上下文、结构化记录和可审查写入放在同一工作区，能让不同 Agent 在同一项目上接力，同时保留人类介入和纠错的空间。