检查门控更改生成工作流中的活动位置
本文关键字：工作流 活动 位置 检查 | 更新日期: 2023-09-27 18:30:49
默认构建模板在AgentScope活动（"在代理上运行"）之外运行CheckInGatedChanges活动（"签入门控更改"）。
这有什么原因吗？ 或者更确切地说，是否可以将CheckInGatedChanges活动移动到AgentScope流的末尾（序列末尾）？
我的猜测是，Microsoft不希望代理本身签入更改，而是希望控制器签入。 我不确定，因为我不知道他们拥有的控制器-代理模型的内部工作原理。
我问的原因是因为我需要在签入更改后运行一个活动，而这目前迫使我使用 AgentScope 活动的另一个实例。 我宁愿将它们全部放在第一个 AgentScope 活动中，而不使用额外的资源。
CheckInGatedChanges 在模板中的当前位置可确保在向模板添加额外活动时，在将更改提交到服务器后，这些活动不会意外运行。此外，它允许并行代理执行。例如，如果要将生成并行化到多个代理以进行缩放，则需要在所有生成代理工作流完成后进行签入。
这些是我能想到的原因。我认为这是安全的，如果您知道您不需要收敛点来签入您的更改，将 CheckInGatedChanges 活动移动到 AgentScope 中，这样您就不必生成另一个 AgentScope 来完成您的自定义工作。我不认为我们限制了这项活动的范围。