Busabase × IronClaw
IronClaw 知识库
工具扩展之外，保留可审阅的业务事实
IronClaw 已有自己的 Agent 运行时与记忆。Busabase 用 Doc 和 Base 承接团队需要共同维护、审阅的事实。运行记忆继续服务执行，业务决策前则读取当前共享记录。
接入指南 →
安全运行环境之外，还需要知识的责任边界
沙箱、网络限制与凭据管理处理工具怎样运行；知识记录处理答案依据什么、谁负责维护、哪些结论已经接受。一个工具运行得安全，并不自动证明它查到的资料仍有效。将来源、适用范围与负责人一起交接，才能让下一次任务判断这条知识是否适用。
将长期操作说明放进 Doc，反复更新的事实放进 Base。每条事实关联说明和依据，保留负责人、当前状态与待核问题。IronClaw 执行时读取这组资料；交付时写回结果链接和实际核对情况，其他任务就能从记录继续，而不必推测上一次运行做过什么。
知识放在哪里，由谁维护
政策 Doc
保存完整规则、适用对象、例外与依据，由政策负责人维护解释。
知识 Base
每个持续维护的事实一条记录：稳定键、值、来源 URL、负责人、适用范围与状态，关联对应政策 Doc。
更新 Skill
保存读取、取证与提案方法，指导 Agent 怎样处理资料，不授予数据访问权。
结果记录
把任务关联到产物链接、决定与未决核查，下一次运行读取真实结果，不从任务结束推测事实已通过。
先确定可用接入路径，再验证数据权限
当前 Busabase 接入说明使用可执行 shell 的 Skill/CLI 或 REST 路径；本地工具未启用时先处理运行环境。网络限制需要允许目标端点，凭据则使用最小所需权限。MCP 扩展文档不能被当作任意 URL 安装说明，也不要把其他服务已有扩展推断成 Busabase 扩展已经可用。
把权限失败和知识缺口分别交接
读不到资料时记录失败对象和所需权限，不写成“没有资料”；读到了但证据不足时，记录缺什么来源和由谁补充。恢复后重读当前记录与版本，再继续原任务。这样可以保留已有研究，不用扩大权限或重建一份知识库来绕过问题。
交接时留下可核对的结果
读取结果要能定位到具体记录，说明用了哪个来源、适用什么范围，不能只交一段没有出处的答案。提出修改时，返回 ChangeRequest 链接及涉及字段，让负责人能够直接看旧值、新值和修改理由。变更获得接受后，再返回正式记录并核对结果；有提案、有审核决定、正式值已更新，是不同的产物。接收任务先读取这些产物，遇到尚未接受的结论，继续按原正式记录处理。若资料已经失效，保留旧结论的适用范围与历史，由负责人补充新依据，而不是让下一位 Agent 自行猜测。
从一条已有事实完成首轮验证
- 01
选择一条已经维护、有明确来源的政策或事实，先指定负责人，再要求 Agent 修改。
- 02
读取当前记录，让 Agent 返回来源、适用范围与版本。确认它引用的是目标资料，再允许写入。
- 03
提出有边界的更新，展示旧值、新值、原因与依据。需要人审时保持提案，等有权限的决定后再接受。
- 04
从新任务重新读取正式记录，核对数值和来源；被拒绝或未解决的修改不进入正式答案。
连接与权限边界
IronClaw 通过封装为扩展的 HTTP(S) MCP 接入工具，官方指南明确不支持 stdio。安装或激活扩展不会自动授予任意记录访问权；受信 Skill 是执行方法，不是数据权限。仅使用当前运行版本支持的接入路径，CLI/REST 备选路径也不能写成 MCP 兼容实测。 对 Busabase，当前文档路径是启用本地 shell 工具后使用 Skill/CLI 或 REST，不是填写任意 MCP URL。
可调整的对话指令
用当前账号读取共享操作规范及关联记录，单列无法访问的来源。只提出证据支持的修正，保留依据，经授权合并后返回正式记录。
连接前的常见问题
可以直接添加 Busabase MCP 地址吗？
IronClaw 的文档路径要求打包的 MCP 扩展。Busabase 沿连接页的 Skill/CLI 或 REST 路径，并按需启用本地工具与目标网络访问。
会替代原生记忆吗？
原生上下文继续服务执行，个人偏好保持私有。只共享确实需要别人读取、核对或维护的知识。
怎样验证一次有用的循环？
读取一条已有记录，返回链接与来源；提出一项证据支持的修正，查看变更，再重读被接受的记录。有提案链接不代表正式记录已经变化。