Busabase 拿了 Product Hunt 第一：一个让 agent 把工作留下来的开源数据库
Busabase 周四以 354 票拿下 Product Hunt 当日第一，自称是 AI agent 的通用记录系统。它描述的问题每一个 Claude Code 或 Codex 用户都认得：每个会话从零开始，CLAUDE.md 只活在一个仓库里，最好的产出死在一个聊天窗口里，换个工具就得把项目重新解释一遍。Busabase 的答案是一个 MIT 协议开源的共享工作区，agent 和人读同一批带类型的记录、文档、文件、技能和小应用，agent 的每一次写入都以变更请求的形式回来，带说明、字段级 diff、作者和历史。
机制很重要。你跑一条 npx busabase server，就得到一个跑在内嵌 Postgres 上的本地工作区，不用账号不用配置。把一个 URL 贴给你的 agent，Claude Code、Codex、Cursor、Gemini CLI 或者任何能读网页的东西，agent 会读一个 SETUP_SKILL.md 学会这个工作区。也可以通过 MCP、OpenAPI、CLI 或 ACP 聊天会话接入。技能和 playbook 以文件形式住在工作区里，每个接入的 agent 行动前都能查。权限决定 agent 的改动是立刻合并还是等人审核。有桌面应用、Docker 镜像，和一个用同一引擎的托管云版本。仓库 445 个 star，6 月开工，所以这是一个安静做了四个月的产品的发布。
让它不只是又一个笔记应用的，是写入上的审核门。这个月 agent 研究里关于记忆层的讨论转向了写入时的筛选：用本周一篇论文的话说，什么该被录入持久记忆、以什么形式呈现。Busabase 就是这个想法的产品版，准入控制是一个人可以批准的 diff，存下来的对象是带类型的记录而不是一坨散文。它还刻意做成模型无关，没有内置 LLM，对一个应该比写入它的任何 agent 都活得更久的层来说，这是对的选择。
悬而未决的是团队愿不愿意再多一个放数据的地方。它的说法是用一个经过审核的存储替掉散落的聊天记录、零散的技能文件和每个工具各自的记忆，Product Hunt 的票数说明做东西的人想要这个。更难的考验在六个月后：agent 会不会在没人要求的情况下自己把工作写回去。
仓库：https://github.com/busabase/busabase
网站：https://busabase.com
← 返回所有文章
机制很重要。你跑一条 npx busabase server，就得到一个跑在内嵌 Postgres 上的本地工作区，不用账号不用配置。把一个 URL 贴给你的 agent，Claude Code、Codex、Cursor、Gemini CLI 或者任何能读网页的东西，agent 会读一个 SETUP_SKILL.md 学会这个工作区。也可以通过 MCP、OpenAPI、CLI 或 ACP 聊天会话接入。技能和 playbook 以文件形式住在工作区里，每个接入的 agent 行动前都能查。权限决定 agent 的改动是立刻合并还是等人审核。有桌面应用、Docker 镜像，和一个用同一引擎的托管云版本。仓库 445 个 star，6 月开工，所以这是一个安静做了四个月的产品的发布。
让它不只是又一个笔记应用的，是写入上的审核门。这个月 agent 研究里关于记忆层的讨论转向了写入时的筛选：用本周一篇论文的话说，什么该被录入持久记忆、以什么形式呈现。Busabase 就是这个想法的产品版，准入控制是一个人可以批准的 diff，存下来的对象是带类型的记录而不是一坨散文。它还刻意做成模型无关，没有内置 LLM，对一个应该比写入它的任何 agent 都活得更久的层来说，这是对的选择。
悬而未决的是团队愿不愿意再多一个放数据的地方。它的说法是用一个经过审核的存储替掉散落的聊天记录、零散的技能文件和每个工具各自的记忆，Product Hunt 的票数说明做东西的人想要这个。更难的考验在六个月后：agent 会不会在没人要求的情况下自己把工作写回去。
仓库：https://github.com/busabase/busabase
网站：https://busabase.com
评论