Dingtalk Event

钉钉个人 IM、OA 审批、VoIP 与待办事件

**前置：执行 dws 前必须完整读取 dingtalk-shared。**Shared references 仅按需加载。

本 Skill 只负责未来个人 IM/OA/VoIP/Todo 事件；发送和历史消息走 dingtalk-chat，审批处理走 dingtalk-misc，待办操作走 dingtalk-todo。

实时监听使用长连接，不用历史消息、审批列表、通话记录或待办列表轮询。IM 优先使用 dws event +listen-im；OA、VoIP 与 Todo 使用 dws event consume。

只有群生命周期、Filter DSL、原始 envelope 或底层订阅控制才使用 event consume fallback。

Golden Route

默认 --events message。可选事件为 message、reaction、read、recall：

• at-me、all-direct、all-group 只支持 message，且不接受目标。
• sender 必须且只能传 --user、--open-dingtalk-id 或 --user-query 之一。
• group 必须且只能传 --chat-id 或 --chat-query 之一。
• --query 只用于纯 message 监听；混入 reaction/read/recall 时不得使用。

OA 事件不进入 +listen-im。七个公开 OA EventKey 都订阅当前 OAuth 用户相关的全部审批事件，使用 ruleType=all、filterRule={}；不接受 --user、--open-dingtalk-id、--group、--query 或 --filter-json。七项可放入同一个 consume，每项建立独立订阅并共享 bus。

Todo 事件也不进入 +listen-im。三个公开 EventKey 使用 --role-types creator,executor,participant 控制当前用户作为创建者、执行者或参与者的范围；省略时默认三种角色。Todo 不接受用户、群或消息 Filter 参数，三项可共享同一角色范围和 bus。

自然姓名和群名由 CLI 内部唯一解析：零命中或多候选返回结构化失败，在创建任何订阅前停止。--dry-run 走同一解析链。解析、监听、状态和停止必须使用同一个 --profile，不得跨组织搬运 ID。

EventKey 索引

16 个 EventKey 的目标与组合约束见 EventKey 索引。兼容键包括 user_im_message_receive_o2o_all、user_im_message_receive_group_all、user_im_group_updated、user_im_group_member_added、user_im_group_member_exited、user_im_group_disbanded；群输出可含 operator_open_dingtalk_id、members[].open_dingtalk_id。OA 见 OA 事件参考，Todo 见 Todo 事件参考。

运行与结果契约

• 正常消费固定使用当前用户 OAuth 身份、--flatten 和 NDJSON；stdout 只输出事件，stderr 输出订阅、ready、退出和错误状态。
• 单事件 ready：[event] ready event_key=<key> bus_pid=<pid> subscribe_id=<id>。
• 多事件先逐条输出 subscription，全部就绪后输出 [event] ready event_count=<n> bus_pid=<pid>。必须等待 ready，不用 sleep 猜测。
• 有界任务使用 --max-events N 或 --duration 10m；无界任务需要宿主管理进程并持续读取 stdout。
• 干净退出会取消本次新建的订阅；使用 SIGTERM、关闭符合条件的管道 stdin，或 Runtime 的 bounded exit。不要 kill -9。
• 当前用户自己发送的消息会被 self-loop 过滤；自测事件应由另一用户或机器人发送。
• 事件只负责监听；需要回复时按 输出与 Chat 交接 把真实 conversation_id 或 sender_open_dingtalk_id 交给 dws chat +messages-send，不要从显示名猜 ID。
• 扁平消息/动作字段按事件类型读取：已读为 reader_open_dingtalk_id，撤回为 recaller_open_dingtalk_id，回应为 reaction_name、operation_type。媒体优先通过聊天读取命令加 --download-resources；已知消息 ID 的底层降级入口是 dws chat message download-media。
• OA 扁平事件提供审批实例、任务和状态字段；字段差异、原始回退条件及与 OA 命令的稳定 ID 交接以 OA 事件参考 为准。
• Todo 扁平事件提供 task_id、标题、角色、状态阶段和时间字段；用真实 task_id 交给 dws todo，字段差异见 Todo 事件参考。

安全与失败处理

• event stop 会取消订阅并影响本地 consumer：先 --dry-run，用户确认后再加 --yes。
• 多事件属于一次原始操作；任一订阅启动失败时 Runtime 回滚本次已创建项，不拆成新命令绕过重试预算。
• 这套 0/2/1 是 Agent/host 编排预算，适用于全部 27 个公开个人 EventKey（16 个 IM + 7 个 OA + 1 个 VoIP + 3 个 Todo）：retryable=false 对应 max_additional_attempts=0；retryable=true 对应 max_additional_attempts=2；retryable=unknown 对应 max_additional_attempts=1。它不是 CLI 持久化硬总次数上限；每次调用最多创建一次，进程内不会自动重试，CLI 也不持久化或计算跨调用的 Agent/host 尝试次数。
• 重试必须遵守 retry_after_seconds / next_retry_at。遇到 in_flight、cooldown、terminal_hold 不并发或递归重启同一逻辑订阅，也不换 subscribe_id / trace_id 绕过保护。
• 认证、profile、订阅保护状态和 bus 排障按失败类型读取 订阅运维，不要在正常路径预加载完整运维手册。

本地订阅保护

状态在 ~/.dws/events/open/personal_stream/<identity_hash>/personal_subscription_attempts.json（DWS_CONFIG_DIR 改根）；目录 0700，personal_subscription_attempts.json 与 personal_subscription_attempts.lock 为 0600。连续 24h 无失败后重置，terminal_hold 为 1h。紧急恢复只删除 personal_subscription_attempts.json，不要删除 lock 文件；这会清空该 identity 的全部保护记录。

何时查询 Schema

• 已知 Golden Route 时直接执行，不先跑 event list。
• 只有解析业务字段时才用 dws event schema <event_key> --flatten。
• 只有参数或安全不确定时才用 dws schema --cli-path "event +listen-im" --compact 或对应 compact leaf。
• event schema 描述事件 payload；顶层 dws schema 描述 CLI 命令，两者不要混用。

Reference