聊天任务截止日期如何解析才可靠

聊天里一句「周五前把客户报告发来」，转成任务时却要回答好几个问题：哪个周五、按谁的时区、具体几点截止？dev.to 的这篇文章给出了一套日期处理思路：模型提取日期表达，代码按明确规则计算，并允许解析器返回歧义，避免把猜测直接存成截止日期。

目前能确认什么

作者把日期表达分成绝对日期、星期、相对时间和模糊表达，强调分别处理。示例使用 TypeScript 与 Luxon，但方法不依赖这两个工具。

模型负责提取用户说了什么，代码负责算出日期。

计算还需要明确的时间锚点：采用消息发送时间，而非后台处理时间；从用户资料取得 IANA 时区名；把每周起始日、EOD 对应的下班时间设为配置。消息跨午夜才被消费时，用处理时间解释「明天」，就可能差一天。

星期规则也是产品策略。作者的示例将普通「周五」解释为最近将到来的周五；当天就是周五时返回歧义；「下周五」按下一个日历周计算。这些是示例约定，并非所有人的语言习惯。

解析结果分为已确定、有歧义、无法解析。此外，「周五前」只有日期精度，不应直接当成 UTC 零点存储，否则跨时区展示可能变成周四。

我的判断

对聊天转任务功能，最该先明确的是字段和交互：数据库要区分日期与具体时刻，前端要能承接歧义结果，让用户选择候选日期，而不是只接收一个时间戳。

测试也应围绕真实边界：周五当天说「周五」、消息跨午夜处理、过了配置的下班时间再说 EOD。这些场景能检查规则是否稳定。

节选没有展示绝对日期、相对时间的完整解析规则，也没交代中文「这周五」「下周五」如何映射。不能据此认定示例已覆盖中文聊天；目前能借鉴的是职责拆分、精度区分和允许不确定的返回设计。