要把准备交给客户的 Buda Agent 当成带着工作目录和历史的完整交付物，不能只看它现在的聊天窗口。转移说明列出会带走配置、Drive、技能和会话历史，因此转移前建议逐项检查：

1. 凭据：Agent 设置里的环境变量、Drive 的配置文件、脚本、Skill 文件和历史会话中是否出现你自己的 API Key、数据库 URL、SSH 密钥或令牌。删掉本地副本后，也应在原服务提供方撤销/轮换旧凭据，不能只靠文件删除。
2. 外部连接与网页登录：检查已连接的集成、GitHub 安装、频道和云浏览器里登录的个人账号。先断开不该交给客户的连接，并在原网站退出或撤销会话；不要假定转移会自动清掉浏览器 cookie 或第三方授权。客户自己的账号在目标空间重新授权。
3. 资料和历史：检查 Agent Drive、空间共享目录中的引用、生成成果，以及会话消息/附件里是否有客户不应见到的内部信息。先停止正在运行或定时的任务；确认要交付的只是客户资料与已批准的 Skill。

清理后，先在源空间用低权限成员身份核对它实际能读什么、调用什么；正式转移后立即在目标空间复核权限，再让客户连接自己的账号。不要把正式转移当成可随手撤销的测试。若无法确认历史与浏览器状态已干净，重新创建一个只放客户资料的 Agent 往往比转移旧 Agent 更稳妥。你主要担心的是外部 API 凭据，还是已经写进历史聊天的内部内容？英文同题讨论也有这份清单。