我正在使用对话流开发语音助手，但我对意图的生命周期有疑问。 据我了解，寿命值给了我这个意图内可能的交互次数。它在每次交互时递减，当等于 0 时，该值不能被识别为意图的可能值。
寿命的默认值为 5，但我可以将其设置为任何值，例如 99。
在我的代理中，当我想退出时，我总是尝试将上下文的生命周期设置为 0。这是退出上下文的最佳做法吗？
另外，在某些交互次数通常超过 5 次的情况下，我很想将 lifespan 初始化为 99。但是，如果我们为 lifespan 设置较大的值，会降低性能吗？再说一遍，生命周期和上下文管理的最佳实践是什么？
非常感谢
【问题讨论】：
标签： dialogflow-es
更改上下文的生命周期是控制对话流程的良好做法。 但在我看来，要以良好的速度进行对话，请将上下文的生命周期降低到较小的值，因为在预期答案之前与用户进行长时间的对话。
寿命解释的一个很好的来源是：-- https://miningbusinessdata.com/optimal-context-lifespan-in-api-ai/
【讨论】：
是的，将上下文生命周期显式设置为 0 以指示上下文不再有效是一种合理的做法。我倾向于做相反的事情 - 每次我处于仍在上下文中的满足状态时，我都会将生命周期重置为完整值。
至于选择一个完整的值，我认为这取决于上下文本身的工作方式。在激活时将其设置为“99”，当您知道它无效时将其设置为“0”对很多事情都是有意义的，但忽略了寿命倒计时的一些力量。在某些情况下，让它倒计时以帮助跟踪用户尝试在该特定上下文内部（或外部）执行某事的次数可能是有意义的。
例如，如果用户请求“帮助”，您可以设置一个生命周期为 3 的“帮助”上下文。如果他们在 3 次尝试内没有请求更多帮助，则此上下文将超时。如果用户在上下文处于活动状态时再次请求帮助，您可以用一种方式处理它。如果没有，你就另当别论了。
请记住，您可以设置多个上下文，并且上下文检查针对所有指定为活动的上下文。在某些情况下，您可以将此功能与自动倒计时结合使用。
然而，底线：
【讨论】：