Busabase × Doubao Work
豆包工作知识库
豆包工作将插件与技能分开：插件连接外部数据，技能定义分析方法；企业知识则帮助用户查询有权限访问的团队资料。Busabase 可以承接团队需要审核、跨次任务复用的结构化结论，而不是替代已有的企业知识源。
缺失的一层
能查到团队资料，不等于新结论已经被接受
以周期竞品报告为例：内部文档说明自身业务，技能规定调研方法，插件获取外部证据；团队接受的结论还需要来源日期、适用范围和负责人，避免下一期把上个月的观察当成当前事实。
从提议到正式知识
让下一次任务从已接受的知识开始
读取适用的正式记录
先核对来源日期与适用范围，再把与任务有关的正式知识交给 Agent。
带证据提出更新
将新发现整理成字段级改动，附上来源、执行版本和未解决事项，提交 ChangeRequest。
审核具体差异
审核人检查改动与证据，要求修改、批准或拒绝。批准后再由有权限的角色合并。
复用已接受的结论
后续成员与 Agent 读取合并后的状态；主张有变化时提出新修订，保留历史。
值得沉淀的内容
一条价格观察，下一期报告也应能独立核查
示例：竞品调整某个套餐的用量上限。不要只存“价格变了”，应保存具体变化与证据。以下是建议字段设计，不是预装模板。
结论与范围
产品、套餐、地区和观察到的具体限制；公开说明与实际账号验证分开记录。
来源与观察日期
官方价格页链接、带日期的截图或文档版本，以及调研任务标识。
证据与未确认项
相关原文、与上次观察的差异，以及尚未核实的地区或账号条件。
负责人和审核
审核决定、生效日期、下次复核日期与后续行动；来源变化时提出修订。
选择正确的知识层
来源知识、执行方法与已接受结论，各自保留
以周期竞品报告为例：内部文档说明自身业务，技能规定调研方法，插件获取外部证据；团队接受的结论还需要来源日期、适用范围和负责人，避免下一期把上个月的观察当成当前事实。
| 知识层 | 最适合保存 | 可信依据 |
|---|---|---|
| 企业知识与原始资料 | 内部文档和原有权限留在来源系统，不把完整资料库再复制成第二套知识库。 | 企业知识与原始资料 |
| 技能与插件配置 | 调研指令、模板和连接设置留在豆包工作中。凭据属于配置秘密，不进入业务知识记录。 | 技能与插件配置 |
| 团队接受的竞品结论 | 将已审核主张、来源、观察日期、涉及产品和负责人保存为精简 Busabase 记录。 | 审核人检查改动与证据，要求修改、批准或拒绝。批准后再由有权限的角色合并。 |
| Busabase | 示例：竞品调整某个套餐的用量上限。不要只存“价格变了”，应保存具体变化与证据。以下是建议字段设计，不是预装模板。 | 后续成员与 Agent 读取合并后的状态；主张有变化时提出新修订，保留历史。 |
适用性判断
只为下一次任务仍需信任的结论增加审核层
适合共享审核
适合周期市场调研、跨团队报告和多个任务复用的事实。企业知识继续负责发现来源，Busabase 保存经过明确审核的记录。
用更简单的工具
一次性问答、临时草稿，或已有系统充分管理的事实，不必再建一层记录。不要复制全部原文和任务对话。
豆包工作知识库 · 常见问题
它会替代豆包工作的企业知识吗？
不会。原生企业知识提供有权限访问的来源；当某条新结论需要负责人和接受历史时，独立审核记录才有价值。
豆包工作支持自定义 MCP 吗？
2026 年 9 月 28 日更新的官方指南已说明 HTTP 与 STDIO 自定义插件。HTTP 配置可添加自定义鉴权 Headers。
这里已经完成 Busabase 接入实测了吗？
没有。已确认官方配置支持，但尚未验证客户端登录与实际工具执行。生产使用前需验证读取与提议权限。
技能可以直接上传吗？
可以。官方支持上传本地技能文件或文件夹，并要求包含带 YAML 名称和描述的 skill.md。安装前仍应核对实际包结构和请求的权限。
周期报告如何处理来源更新？
读取当前来源，核对日期与适用范围，再带证据提出记录修订；不要把旧观察静默改成当前事实。
从一条经过审核的记录开始
让下一次任务读取有来源、有负责人的知识
先选择一个需要团队复用的结果，定义最小记录与审核人，再通过接入指南验证访问和提议权限。