课程章节介绍
好，我们来聊聊，如果你先在图形化的 Agent Builder 里搭好了代理，再想把它搬到你的 DX 项目里继续开发，该怎么办。这个流程跟我们上一节讲的从零开始生成新代理，有一点点不一样，但别担心，很容易上手。
你可以这样想：Builder 是一个可视化的工作台，你在上面拖拖拽拽、配好对话、挂上动作，很快就能得到一个能说话的代理。但有时候，你希望对这个代理做一些更复杂的代码级定制，比如调整底层逻辑、加入一些动态判断，或者把它纳入完整的版本控制。这时候你就需要把 Builder 里的成果，原封不动地“搬运”到你的 DX 项目里。
怎么做呢？首先，你还是在 Builder 里面老老实实创建好代理。创建的时候，Builder 会悄悄帮你生成一套“代理脚本文件”——你可以把它理解成这个代理的原始蓝图。这些蓝图记录着代理的角色、指令、用到的工具等等所有配置。
接下来就是关键的一步：搬运。我们不用手动下载拷贝，直接用一条 Salesforce CLI 命令就能搞定。你打开终端，在项目目录下执行 sf project retrieve start，但要指定检索的元数据类型。重点需要拉取两种东西：一个是 AiAuthingBundle，也就是“AI创作捆绑包”，它里面装着你在 Builder 里编排好的整个代理逻辑；另一个是 Agent，这是代理本身的定义。只要把这两个元数据类型指出来，命令就会自动把你在 Builder 里做的所有工作，整齐地复制到你的本地 DX 项目里。
一旦搬运完成，你就可以打开项目文件夹，看到这些代理文件了。从这一刻起，后续的流程就跟你从头新建一个代理完全一样了。你可以用 VS Code 编辑代码，可以在本地跑预览和调试，没问题了再通过 CLI 发布到测试环境或者生产环境。整个编码、预览、发布的循环是一致的。
所以，这节课的核心区别就一句话：，起始点不一样，。我们之前讲的新建代理工作流，是直接在你的代码项目里把代理生成出来；而今天这个情况，是先在 Builder 里搭好，再检索拉回项目，然后继续开发。就像你先用草稿纸画好草图，再誊写到正式的设计稿里一样。
这个工作流特别适合那些既想快速原型化，又不想放弃代码灵活性的团队。业务人员可以在 Builder 里先做出一个能跑起来的版本，开发人员接过来直接深入优化，两边都不耽误。
好了，这个特殊的小变化你明白了吗？我们接下来看下一个知识点。