邮箱提取待办

要解决什么问题

工作邮件里藏着「请跟进」「务必本周完成」这类事项，但它们散落在未读列表、抄送和转发里。人工逐封打开再抄进待办工具，既慢也容易漏；若只靠主题扫一眼，营销信和纯知会邮件又会制造噪音。

技能如何工作

本技能走全自动、无交互链路，适合挂到 cron：用 himalaya 拉 INBOX 未读（默认最近 20 封，可按 --page-size 扩大），结合 MEMORY.md 里的上次扫描时间做增量，只处理该时间之后的邮件。

对每封邮件会读完整正文并取 Message-ID，同时做 Cc 过滤：若你的邮箱只在抄送里出现、不在 To 里，直接跳过。任务识别分三层：

• L1：主题含 TODO、[待办]、Action Required 等标记
• L2：正文里的中英文祈使句（如「请尽快」「please could you」）
• L3：编号列表、Markdown checkbox、表格里的 action items

提取字段包括标题（主题去 RE:/FWD: 前缀）、描述（发件人、主题、MsgID）、正文解析出的截止日期，以及按规则推断的优先级。创建前在滴答清单「工作」清单里做 L1 Message-ID 与 L2 标题+截止日 去重；成功创建的任务带「邮件」标签和 TRIGGER:0 提醒。仅成功入库的邮件会标已读；去重跳过或无任务的邮件保持未读，避免误清。

配置来自 {SKILL_DIR}/config.json（如 user_email）或 himalaya 账户；重要发件人、归档文件夹名等写在 MEMORY.md 对应 section。

边界与注意点

默认单次只处理 20 封，积压会留到下次扫描。himalaya 或 dida CLI 失败时不更新扫描时间戳，便于重试。正文为空时主要靠主题 L1；「工作」清单不存在时会自动创建。批量 dida task create 之间会间隔 1 秒，减轻 API 限流风险。