日程冲突检测

要解决的具体问题

团队在混合调度时，日程经常散落在不同工具里：跨时区的成员、Slack 里的临时约定、Notion 的任务块，以及 Agent 自己的执行窗口。直接把这些信息塞进聊天流，容易出现三类问题：一是同一时间段被多个事件占用，但没人发现；二是个人日程与团队日程混在一起，Agent 无法判断哪个约束更强；三是跨时区和 DST 边界造成的时间错位，导致 Agent 在错误的时间安排任务。

技能如何工作

@user_cb37ec27/dw-schedule-conflict 把“检测冲突”这件事变成可重复执行的动作。核心能力包括：

• 统一解析：把外部工具里的日程文本、自然语言描述和 Agent 上下文归一化成结构化字段。
• 时间规范化：识别时区、DST 边界和模糊日期，输出可比较的 start_at、end_at、participants。
• 冲突分析：按参与者和时间窗口做交集计算，区分硬冲突（同一参与者同一时间）和软冲突（相邻或资源重叠）。
• 输出格式：返回人类可读的冲突摘要，包含冲突片段、影响人员和建议调整方向。

关键步骤：

1. 按用户请求解析日程输入，可以是文本、链接片段或 Agent 的可用时间声明。
2. 将每个事件转换为带时区的绝对时间，并提取参与者、优先级、重复规则。
3. 对同一参与者的事件做区间重叠检测，必要时展开重复事件。
4. 生成冲突报告，突出最早可调整窗口和受影响的关键人员。

适用边界与注意点

适合需要快速发现时间重叠、减少人工排查成本的场景，尤其是 Agent 需要参与真实时间约束的系统。局限在于：

• 不负责自动改写日历或发送通知，只输出结构化冲突信息。
• 不处理未授权或无法访问的外部日程，输入必须可解析。
• 对模糊输入（如“下周”“中午前后”）依赖解析规则，极端模糊可能需要追问。

最佳实践是把输出再交给调度模块做最终决策，而不是直接当作最终日程结果。保留原始时间片段，可以在复现和调试时减少歧义。