Busabase × MCP
通过 MCP 使用、由人审核的知识库
Busabase 为人和 Agent 提供同一份共享知识。Agent 通过 MCP 读取记录、提出修改；使用 changeRequest 授权时，由审核人决定是否合并。调查结论、证据来源和已接受事实分开保存，下一次任务才能知道哪些内容可以直接引用。
Busabase 产品界面（原始英文截图）。
先设权限，再谈先审后写
MCP 提供工具连接，不会自动把工具返回值变成已验证事实。在 Busabase Cloud 中，把兼容客户端连接到 https://busabase.com/api/mcp，选择 Streamable HTTP，完成浏览器 OAuth，并明确账号、权限和有效期。只读调查用 read，需要先提案后审核用 changeRequest；write 留给确实需要审核或合并能力的可信流程。write 是更大的权限范围，不是强制人审队列。提示词里的“先问我”不能缩小凭据权限。客户端无法完成 OAuth 时，可使用 API Key，同样要明确权限与到期时间。
按任务选择授权范围
read
读取已有记录，为任务提供上下文；读权限本身不授予修改能力。
changeRequest
将字段变化作为提案交审，由审核人核对依据与范围，再经授权合并。
write
更广的授权，可包含审核与合并能力；只在明确需要直接执行的可信流程中配置。
从任务结果到团队知识
- 0101
先读现状。调用 auth_verify，核对目标 Space，再读取记录和当前 head 版本。把来源链接、关键原文和生效日期与结论放在一起，不因名字相似就改到另一个空间的记录。
- 0202
只提议有边界的变化。例如，让 Agent 根据新版合同更新一家供应商的交付周期，同时注明旧值、新值、合同版本、适用区域和未决问题。这是说明流程的虚构示例，不是接入实测结果。
- 0303
审核字段差异。审核人核对合同版本及适用范围，接受有依据的字段，或要求缩小范围后重新提案。合同仍是草稿时，不把新周期写成正式事实。MCP 调用成功和 Agent 说“已完成”都不能替代验收。
- 0404
合并后再回读。经授权审核并合并后，重新读取正式记录，核对接受的值。工作期间 head 已变化时，先检查中间修改，再修订提案，不覆盖别人的新结论。下一次任务读取已接受的版本及其来源。
留下值得复用的验收记录
一条可复用的供应商记录，可以保存 supplier_id、service_region、lead_time_days、source_document、source_version、effective_at 和 evidence_status，并指定负责审核的人。接受决定通过 ChangeRequest 与提交历史追溯。审核前，新周期仍是提案；被驳回的修改不会成为当前值。MCP 让后续 Agent 能访问记录，但不会自动导入其聊天历史、下载每个附件，也不代表已建立向量索引。
官方文档ChangeRequest
提案经授权审核与合并后才成为正式记录。
流程示意，不是 Agent 产品界面截图。
先看清提案，再决定是否接受
供应商虚构示例：数值仅用于说明，不是真实客户记录。
- 01当前正式记录：交付周期 10 天，依据合同 v2，适用区域 EU。
- 02拟议更新：周期改为 7 天，依据合同 v3，生效日期尚待核对。
- 03审核决定：v3 尚未签署，驳回更新；正式周期仍为 10 天。
在真实审核界面核对变化
调查期间记录更新了怎么办
提案前先读
把当前记录与版本同本次调查证据一起保留。
核对中间改动
另一任务改了同一字段时，检查它的依据，以当前值修订提案，避免用旧快照覆盖新结果。
合并后回读
重新读取正式记录，核对目标字段，把记录引用交给下一任务。提案创建成功的回执还不能说明正式值已经改变。
常见问题
连上 MCP 就一定要等人审核吗？
不一定。需要 Agent 只能读取和提案时，选择 changeRequest 授权；write 授权可能执行更广的审核和合并操作。应检查实际凭据与空间权限，不能只靠提示词约定。
审核人具体应该看什么？
对照字段差异，检查来源文档与版本、适用客户或区域、生效时间和未决问题，并确认改的是正确记录。证据不足就退回补充，原文不支持的结论应驳回。
另一个 Agent 先修改了记录怎么办？
读取最新正式记录，与提案依据的版本比较，明确解决冲突，必要时重提修订方案。不能因为第一个 Agent 先开始，就让旧版本覆盖后来的变化。
所有 MCP 客户端都能连接吗？
客户端需要支持兼容的传输和认证方式。Busabase Cloud 提供 Streamable HTTP 与 OAuth，也支持 API Key。请按具体客户端的接入指南配置；只接受无认证服务的客户端不能直接连接需要认证的 Cloud 端点。
它替代 RAG 或搜索引擎吗？
这里承接的是经过审核的记录，不承诺自动向量化、通用文档导入或检索流水线。需要搜索或 RAG 时继续使用相应系统，把正式记录及其来源作为可追责的知识产物。