Ibm cloud Watson Assistant@sys date明年返回';月份

Ibm cloud Watson Assistant@sys date明年返回';月份,ibm-cloud,ibm-watson,watson-conversation,watson-dialog,Ibm Cloud,Ibm Watson,Watson Conversation,Watson Dialog,场景: 在当前月份的助手中使用@sys date实体时,将返回下一年同一月份的日期范围: 但是,当明确提到它时,“this{MONTH}”,它可以正常工作 问题: 这是@sys date的默认行为吗在我的用例中,即使在引用当前月份时,用户也更自然地只使用月份名称 这是可以修改的还是必须单独处理 我发现,在与来自不同地区或国家的人交谈时,很难发现不合格月份和日期名称的正确含义。现在把它教给电脑 这个。其中一个例子有以下脚注: 返回下一个匹配日期。如果该日期今年已过,则返回下一年的日期 就

场景:

  • 在当前月份的助手中使用@sys date实体时,将返回下一年同一月份的日期范围:

  • 但是,当明确提到它时,“this{MONTH}”,它可以正常工作

问题:

  • 这是@sys date的默认行为吗
    在我的用例中,即使在引用当前月份时,用户也更自然地只使用月份名称

  • 这是可以修改的还是必须单独处理


我发现,在与来自不同地区或国家的人交谈时,很难发现不合格月份和日期名称的正确含义。现在把它教给电脑

这个。其中一个例子有以下脚注:

返回下一个匹配日期。如果该日期今年已过,则返回下一年的日期


就你而言,9月已经在某种程度上过去了。如果有人说“我计划在9月进行一次世界巡游”,那是指今年9月还是明年9月?我的建议是。如果它们不同,则添加一个对话框节点,以澄清是指今年还是明年。这类似于我个人在与朋友交谈时所做的事情,我发现这一点并不清楚。

我可以使用.alternative date解决这个问题。 在新的sys date中,有一个可选属性,基本上是:如果用户传递的日期不明确,系统将返回下一个匹配日期,但将最后一个匹配日期存储在可选属性中

@sys-date.alternations “例如,如果今天的日期是2019年3月10日,用户输入的日期是3月1日,则下一年的3月1日将保存为@sys日期(2020-03-01)。但是,用户可能表示2019年3月1日。系统还保存今年的日期(2019-03-01)作为替代日期值。另一个示例是,如果今天是星期二,用户输入本周二或下周二,则@sys date设置为下周星期二的日期,不创建替代日期。“链接:


我知道这个问题提出已经快2年了,但可能会帮助未来需要帮助的人

@AbhishekKumar请不要像开放所有建议一样添加噪音,请建议。非常感谢。这些编辑应被拒绝,并将被撤销。它们没有用处。我们不会在堆栈溢出的问题中使用这样的内容。