Dingtalk Calendar

SOP-1 查日程（list-events）

触发：今天/明天/本周日程/我有什么会/某时段日程。

1. 首选脚本（必须）：python scripts/calendar_today_agenda.py today|tomorrow|week（聚合今日议程）。
2. 降级 CLI（必须）：脚本不可用时 dws calendar event list --start "<起始ISO>" --end "<结束ISO>" --format json；不传 --start/--end 默认查今天（00:00:00~23:59:59）。返回 nextCursor 时必须继续翻页，直到游标为空；不能把“单页成功”当成完整查询。
3. 解析（必须）：取真实 eventId、attendees[]、start/end；按需抽取，禁止把整段 JSON 原样贴出。用户要汇总或计数时，在本地完成聚合，只输出各分组计数和必要明细，避免逐条铺满答复导致后半段被截断。

禁止：用 event list 替代闲忙查询（查闲忙走 SOP-3）、编造时间窗口、用非 ISO 时间格式。

SOP-2 建日程（create-event）

触发：建日程/约会议/加日程。

1. 解析与会人（必须）：对每个姓名 dws aisearch person --query "<姓名>" --dimension name --format json 取 userId，多人逗号拼接。
2. 执行（必须）：dws calendar event create --title "<主题>" --start "<ISO>" --end "<ISO>" --attendees <userId1,userId2> --format json（按需加 --location/--desc/--rooms）。
3. 验证（按需一次）：从创建返回 result.id 取日程 ID（下游参数语义称 eventId）。创建返回已包含用户要求的标题、描述和时段时直接复用，不为“再看一遍”额外 list；只有返回缺字段、用户明确要求回查，或后续状态发生变化时才执行一次 event get/窄时间窗 event list。

禁止：跳过与会人 userId 解析直接传姓名、编造会议室 roomId。

SOP-3 查闲忙（check-busy）

触发：某人/会议室是否有空/找空闲时段/避免冲突。

1. 解析对象（必须）：姓名 → dws aisearch person --query "<姓名>" --dimension name --format json 取 userId；会议室用 roomId。
2. 收敛时段（必须）：--start/--end 必须由用户给出或明确收敛；时段不明确必须先追问，禁止默认全天窗口。
3. 执行（必须）：dws calendar busy search --users <userId1,userId2> --start "<ISO>" --end "<ISO>" --format json（查会议室换 --rooms <roomId...>，可同时传）。禁止用 event list 扫日程替代闲忙查询。
4. 空闲时段（必须）：找共同空闲用 python scripts/calendar_free_slot_finder.py。

若指定窗口内确实没有满足时长的共同空闲，明确给出最长共同空闲窗口并询问是否缩短时长、扩大时间范围或换日期；未经用户确认不得擅自改时间，也不得声称已安排会议。

禁止：用 event list 冒充 busy search、未确认时段就默认全天查询。

执行硬约束

• 先核对诉求，再清理资源：把用户要求看到的详情、冲突对、参会人、会议室和验证结论先从结构化返回中提取并暂存；即使随后删除临时资源，最终答复仍必须逐项呈现这些结果。工具调用成功不等于已经向用户交付结果。
• 目标验证必须点名结论：冲突/忙闲/搜索返回很多记录或输出被截断时，必须按当前 case 的标题、eventId、人员或资源 ID 收敛核对；不能只说“运行了检查”。例如冲突任务需明确指出目标 A/B 的重叠起止时间，以及首尾相接是否被排除。
• 新日程 + 新会议室优先两步完成：用户从一开始就要求创建日程并订房，且没有依赖已创建 eventId 的中间操作时，先 room search 取得真实 roomId，再用一次 event create ... --rooms <ROOM_ID> 完成创建和预订；参会人也可同时用 --attendees 带入。只有日程已存在、用户要求先看日程再订房，或一步创建失败时，才使用 room add，禁止无故走“create → room add”两次写入。
• 多轮日程任务必须保留 eventId，后续加人、移人、订房、换房、改描述、删除都基于同一个 eventId 执行；不要重新创建重复日程。
• 用户明确说"帮我订一个空闲会议室"时，room search 返回可用会议室后直接选择第一个可预订且不需要自定义审批的 roomId 执行 room add；不要把选择权抛回用户导致任务停住。
• 已有日程订房：dws calendar room search --start ... --end ... --format json → dws calendar room add --event <EVENT_ID> --rooms <ROOM_ID> --format json → event get 或 room/busy 验证。
• 换会议室：先 room delete --event <EVENT_ID> --rooms <OLD_ROOM_ID>，再 room add --event <EVENT_ID> --rooms <NEW_ROOM_ID>，最后回查；不要只更新 --location。
• 参会人变化用 attendee add/delete，日程描述变化用 event update --desc，删除日程用 event delete --id。用户当前消息已明确要求删除/取消时可直接执行；否则先确认。
• 删除终态按需回查一次：用户明确要求“确认删除/没有残留”时，event delete 成功后用原 eventId、标题、日历本和原始起止时间做一次窄窗活跃列表核对；普通“办完后取消”以结构化删除成功为终态，不额外 get/list。event get 仍可能返回历史对象或墓碑；除非返回里真实存在 status=cancelled，不得声称“状态已变为 cancelled”。
• 脚本失败或参数不完整时，立即降级到明确的 dws calendar event/attendee/room 命令，不要停在"我要查看用法"。
• 所有 dws 命令带 --format json；查询时间必须显式 --start / --end。

跨产品协作

• 视频会议发起 / 入会链接 / 邀请入会 / 会中控制 → 当前 CLI 不支持；请在钉钉客户端完成
• 会后摘要 / 待办 → 切到 dingtalk-minutes
• 参会人按人名 → 先用 dingtalk-aisearch 解析

注意

普通“给定时段 + 任意空闲会议室”直接走本文件两步快路径；只有用户限定楼宇/楼层/具体会议室、搜索为空或需要放宽范围时，才读取 03-meeting.md 的范围早停与失败门禁。任何路径都禁止假设 roomId。

局部意图与短流程

• 局部意图消歧；短流程。