同学们，咱们现在来看一下怎么用 ，metalics， 这个工具来管理和验证捆绑包，尤其是里面会涉及到的元数据类型和代理。
假设你要创建一个叫 `AiAuthingBundle` 的捆绑包，那你可以在命令里这样写：
`--metalics 验证 创建 捆绑包 AiAuthingBundle:
`
这里的 `` 就是你实际的 API 名称，记得替换掉。
这个命令不光能创建，还能帮你把捆绑包从组织里卸载掉、重新部署回去，或者干脆删掉它。不过要注意，一旦删除了捆绑包，和它关联的 Bot、Bot 版本，还有 GenAiPlannerBundle 也会一起被删除，这都是联动的。
如果你想一下子处理所有的版本，那就可以用，外卡，，这样就不用一个版本一个版本地操作了，会很省事。
那对于已经发布出去的智能代理呢，咱们可以用一个“缩写”来表示，这就是 `Agent` 这个，伪元数据类型，。写法是：
`Agent:Agent_API_Name`
把 `Agent_API_Name` 换成你代理的名字就行。
另外要留心，当你，检索，一个已发布的代理时，它会把代理用到的 Apex 类和 Flow 也一块儿拉下来；但如果你只是，部署，或者，删除，这个代理，这些操作，只会影响代理本身的元数据，，不会碰到底层的 Apex 类或者 Flow，这样设计也是怕不小心改坏了业务逻辑。
最后再提醒一点：如果你的组织是，非源跟踪，类型的，那你就不能依赖系统自动去跟踪变更了，而必须，显式地指定，你要操作哪些元数据。千万不能想当然，不然很容易漏东西。
好了，关于用 metalics 处理捆绑包和代理的这几个关键点，就是这些。咱们接着往下看。