Buda 内置 Busabase 集成可以读取记录，但无法新增记录

谢谢你把工具目录和报错截出来。你已经让 Agent 重新发现过工具，它仍回答“没有新增入口”，这个反馈我们看到了。这次我们把新增记录的实际调用流程跑了一遍。

已核实：当前内置 Busabase 集成有新增记录的入口，目录里的名称是 bases_create_change_request，意思是“为这张数据表创建一条新记录的变更请求”。 此前尝试调用的 record_create 不在工具目录中，所以被拒绝；record_change_request 则用于修改已有记录，不能用它代替新增。

可以直接把下面这段交给原来的 Buda Agent，把括号里的内容换成实际链接和数据：

请读取已连接的 Busabase 工具目录，准确检查 bases_create_change_request 的说明和输入参数，它是创建新记录的入口。先核对[工作空间链接]和[数据表链接]的字段，再按[要新增的内容]创建一条新记录的变更请求。只使用目录里真实存在的工具，不要把更新已有记录当作新增。返回待审核时，给我审核链接并等待；返回已合并时，重新读取该记录，核对字段内容并给我记录链接。

我们在本地隔离环境通过 Buda 的内置集成服务调用真实 Busabase，先确认表为空，再新增“通过 MCP 新增的演示记录”，并读回数量为 3：

提交变更请求之后，还要看实际状态。 只有提案权限时会等待审核，合并后才进入正式记录；有写入权限时，默认会直接合并。只读权限不能据此获得写入权限。更详细的说明见 Busabase 变更请求。

查看结果时，在 Busabase 打开同一张表，双击记录进入详情，再看右侧的评审历史。本地这次返回的是已合并，界面也能看到“创建记录”和“已合并”：

两张图均使用本地虚构数据；这次验证覆盖了工具发现、实际新增和界面读回，当时 Agent 看到的完整目录及你那条连接的具体授权仍需按实际返回确认。如果你的目录仍缺少这个入口，或使用正确入口后仍被拒绝，把那次工具目录和脱敏错误补在这里，我们继续核对具体连接。再次感谢你把这个断点指出来！