课程章节介绍
同学们，咱们现在看的这一页，讲的是创作捆绑包在发布、同步、预览和调试时的一些关键点，都是实操里很容易踩坑的地方，我来给你细细说一下。
首先，最重要的一个提醒：发布创作捆绑包的时候，它是不会帮你把里面涉及的Apex类或者各种流（Flow）一块儿部署出去的。你一定要记得，在点击发布之前，先把这些Apex类和流单独部署好。要不然你的代理跑起来就会缺胳膊少腿，直接报错。所以顺序往往是：先部署Apex和流，再发布捆绑包。
接下来看同步的问题。有时候你会碰到代理的配置和捆绑包里的内容对不上，这时就需要用到一种带通配符的检索方式，也就是外卡，把所有版本的创作捆绑包都拉出来。然后，你再把那个叫AiAuthingBundle的东西，以及你的Bot和Bot版本的完整清单，统统对应到已经提交的代理上。这样就相当于做了一次全量对齐，保证代理身上挂的就是你最新设定的版本，不会落下什么组件。
再来说预览和调试。这里有一个特别容易混淆的地方。当你只是想快速验证一下代理的脚本对话逻辑，不希望它真的去执行任何操作——比如说调用外部接口、修改数据——你就选，模拟模式，。这个模式下，代理只动嘴皮子，不动手，测试起来很安全。但是，如果你要做完整的集成测试，希望用Apex Replay调试器一步一步跟踪代码执行，那就必须切换到，实时模式，。一定要记住，Apex调试器只在实时模式下才能工作，模拟模式里它是无效的。所以，一旦你要定位代码里的bug，先确认你是不是在实时模式，否则再怎么设断点也没用。
最后是管理预览会话。有时候你可能开了好几个预览窗口，系统里就会留下多个活跃的会话。这个时候你需要把活动会话都列出来，通过指定会话ID去操作。建议大家顺手把那些已经不用的会话及时停掉，免得它们占着资源，还可能跟新会话冲突，造成一些奇怪的错误。
好了，这页的要点就这么多。简单小结一下：发布前单独部署Apex和流，同步用外卡拿着清单对齐，模拟模式测逻辑、实时模式加调试器，多会话要记得清理。把这些细节记在心上，操作起来就不会手忙脚乱了。我们接着看下一部分内容。