默认构建模板的CheckInGatedChanges活动（“Check In Gated Changes”）在AgentScope活动之外运行（“代理运行”）。
这有什么理由吗？或者更确切地说，CheckInGatedChanges活动是否可以移动到AgentScope流程的末尾（序列结束）？
我的猜测是微软不希望代理本身签入更改，而是控制器。我不确定，因为我不知道他们所拥有的控制器代理模型的内部工作原理。
我问的原因是因为我需要让活动在 之后运行 更改已签入，并且当前正在强制执行我要使用AgentScope活动的另一个实例。我更愿意将它们全部放在第一个AgentScope活动中，而不是使用额外的资源。
答案 0 :(得分：3)
模板中CheckInGatedChanges的当前位置确保如果向模板添加额外活动，则在将更改提交到服务器后，它们不会意外运行。此外，它允许并行代理执行。例如，如果要将构建并行化为多个代理以进行扩展，则需要在所有构建代理工作流完成后进行签入。
这些是我能想到的原因。我认为这是安全的，如果您知道您不需要收敛点来检查您的更改，则将CheckInGatedChanges活动移动到AgentScope中，这样您就不必生成另一个AgentScope来进行自定义工作。我认为我们不限制此活动的范围。