百度千帆支持把自主规划 Agent 的配置信息导出为 YAML，再导入生成新的应用。这个功能适合保存配置、批量编辑或团队传递，但导出的文件并不是完整备份：知识库、数据库以及部分组件依赖不会随文件一起带走。迁移成功的标准应是“新应用能通过同一组测试”，而不是“文件上传成功”。
导出前先做依赖清单
| 项目 | 记录内容 | 迁移后怎么查 |
|---|---|---|
| 模型 | 模型名称、关键参数 | 新应用配置是否一致 |
| 知识库 | 库名、版本、负责人 | 是否重新关联正确资料 |
| 组件 | 名称、版本、是否已上架 | 是否能被目标账号访问 |
| 数据库 | 数据源用途和权限 | 是否重新授权并测试 |
| 验收题 | 正常、缺资料、越界题 | 导入前后结果是否一致 |
步骤一：导出自主规划应用
- 进入千帆控制台的“应用开发-Agent”。
- 找到要迁移的自主规划应用，在操作列选择导出。
- 下载 YAML 后立即记录来源应用、导出时间和负责人。
- 把文件保存在受控位置；若配置含内部描述，不要上传到公开仓库。
百度千帆应用导入导出官方文档明确说明，导出内容暂不包含未上架至广场的组件，也不包含知识库和数据库信息。因此 YAML 文件不能单独承担灾备。
步骤二：只编辑你能验证的字段
批量修改 YAML 前先复制一份原文件。编辑后检查缩进、列表层级和字段类型，不要凭猜测新增控制台没有的字段。若只是复制应用，优先先原样导入，确认成功后再逐项修改，这样更容易定位错误。
步骤三：导入并补齐外部依赖
- 在目标位置点击导入应用，上传 YAML。
- 核对名称、描述、角色指令、模型与参数。
- 重新关联知识库和数据库，确认目标账号确实有权限。
- 检查自建组件是否已发布且目标空间可见；缺失时不要用同名空组件代替。
步骤四：用同一组问题做迁移验收
下一步：在导出前保存至少五条固定测试，其中包括正常题、需要知识库的题、需要组件的题、缺资料题和越权题。
验证方法：导入后逐条运行，记录是否调用同一类能力、是否引用正确资料、拒答边界是否一致。若普通问答正常而工具题失败，优先查组件；若答案缺依据，优先查知识库关联；若所有问题都异常，再查模型和角色配置。
不能被导出文件替代的工作
- 数据迁移：知识库和数据库需要单独治理、授权和验证。
- 密钥迁移：不要把密钥写进 YAML；在目标环境通过安全配置重新绑定。
- 版本发布：导入后的应用是新的配置实体，仍需调试和发布流程。
- 权限审计：团队共享前要核对谁能查看、编辑和调用。
失败边界：导入失败时保留原 YAML 和错误提示，不要反复覆盖正式应用。本文基于 2026 年 10 月 1 日读取的官方文档整理，未在读者账号中执行迁移，也不能保证不同空间、套餐或后续版本拥有相同入口。
常见问题
导出 YAML 是否包含对话记录？
官方页面描述的是应用配置信息，不能据此假定包含对话和业务数据。需要保留对话时，应按数据产品的独立导出与合规规则处理。
为什么导入后回答不同？
优先比较模型参数、知识库、数据库和组件版本。导出文件没有带走的依赖，是最常见的差异来源。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32340.html
