Agent 写得快,错误上线更快。Busabase 在 agent 产出和知识库之间加一道审核门。
复制给 Claude Code、Codex、Gemini CLI 或任意 agent:

和你已有的 AGENT 工具栈一起工作
AI 在生产,团队在验收。
多个 agent, 一个可信数据源。
AI 产出与可信知识库之间的审核关卡。
Busabase 负责 AI 产出进入知识库之前的关键交接:收件、评审、修改、合并、追踪。
Agent 提交
Claude Code、n8n、自研 agent 或任何生产方,通过 API 把草稿送进来。
Inbox 评审
审核人在一个队列里看到所有待审项,带预览、元数据和状态。
要求修改
让 agent 继续改,对比 commit,讨论记录始终跟着这条变更。
合并入库
通过的内容成为 canonical record,下游系统可以放心读取。
像 review 代码一样,review AI 的产出。
Change Request 审核
每次提交都是一个 Change Request:字段级 diff、approve、request changes,像 review PR 一样 review 内容和数据。
Canonical records
草稿是临时的,合并后的记录才是事实来源。每条记录带 commit 链,可追到任意历史版本。
审计轨迹
谁提交、谁审核、谁合并,每一步都落审计日志,随时回答“这条内容是怎么来的”。
API-first,任何 agent 都能接
OpenAPI、API Key、稳定端点。Claude Code、n8n、Zapier 或自研 agent,一个 POST 就能把草稿送进审核流。
Space 与权限
按团队或客户分 Space,owner / admin / reviewer 各司其职,互不打扰。
开源内核
Busabase core 开源、local-first,PGlite 本地就能跑;Cloud 加上认证、协作、计费和托管。
一个 Inbox 收所有 AI 草稿
再多 agent 也只有一个验收入口。
人审之后才入库
下游系统只读已合并的 canonical records。
commit 式历史
每次变更都有提交者、时间和 diff。