name: 邮件动作提取器 description: 从邮件文本中提取分配给用户的可行动任务。过滤掉信息性邮件（公告、新闻稿、广告、自动报告），仅处理具有清晰行动请求的邮件。通过识别用户特定分配来处理群组邮件。

邮件动作提取器

从邮件文本中提取分配给用户的可行动任务，并为任务管理工具调用准备信息。

核心原则

过滤信息性邮件：不处理仅传达信息的邮件。仅提取具有清晰、明确行动请求的邮件。

行动导向关键词：关注包含请求表达式的邮件，例如：

请 [行动] / 你能 [行动]
需要你 / 你会
请求 / 要求你
审查 / 批准 / 提交 / 准备 / 完成
在 [截止日期] 前 / 截止 [日期]
紧急 / 尽快 / 高优先级

群组邮件处理：对于多个收件人的邮件，仅当以下情况时提取动作：

用户被明确提及（@用户名，“John 请…”）
用户在收件人（To:）字段中（不仅是在抄送）
动作针对"所有人"或"团队"，未提及特定人

处理步骤

1. 邮件分析

对于每封邮件，确定：

这是可行动的吗？

是否包含明确的请求动词？
是否有具体任务描述？
是否有截止日期或时间限制？
是否需要回复或可交付成果？

这是给我的吗？

我是否在收件人（To:）字段中（不仅是在抄送）？
我是否在正文中被提及？
这是否是群组邮件，而别人是受让人？
这是针对"所有人"还是专门针对我？

动作特征：

清晰具体（不像"让我知道你的想法"这样模糊）
有可测量的完成标准
需要超出简单确认的努力

2. 动作识别

当识别出动作时，提取：

请求者：谁在请求（姓名和邮件）
动作描述：需要做什么（具体）
截止日期：何时到期（如果指定）
优先级信号：“紧急”、“尽快”、"高优先级"等
上下文：相关链接、附件、邮件ID、线程上下文

3. 排除非可行动邮件

始终排除：

简单公告（公司新闻、系统通知）
FYI邮件（仅信息性）
自动报告和警报
会议邀请，无动作项
单向信息共享
营销/促销邮件
新闻稿/订阅邮件（博客更新、产品新闻）
来自无回复地址的邮件
带取消订阅链接的邮件
状态更新，无请求
“谢谢” / "收到"确认

边缘情况 - 保守处理：

“让我知道你的想法” → 仅当上下文需要正式反馈时
“随时联系” → 排除（可选，非必需）
“供您参考” → 排除
“请注意” → 排除（信息性）
“希望这有帮助” → 排除

4. 优先级评估

当存在时，识别优先级指标：

高优先级：

明确：“紧急”、“尽快”、“高优先级”、“关键”
临近截止日期：今天或明天到期
执行请求：来自领导层
阻止他人：“阻止”、“依赖”

正常优先级：

标准截止日期：几天到几周
常规业务请求
未提及优先级指标

低优先级：

“当你有空时”
“不急”
遥远截止日期：几周或几个月后

示例

✅ 可行动 - 直接分配

发件人：Manager Kim <kim@company.com>
收件人：you@company.com
主题：[紧急] Q4 报告审查需要
正文："Hi，请审查附件中的 Q4 报告，并在周五 EOD 前提供反馈。
重点关注财务预测部分。"

→ 提取：审查 Q4 报告财务预测，提供反馈（截止：周五 EOD，优先级：高）

✅ 可行动 - 带有预工作的会议

发件人：Project Lead <lead@company.com>
收件人：team@company.com (5人)
主题：设计审查明天
正文："团队，请在明天 2pm 会议前审查设计文档，并准备好问题。链接：[doc]"

→ 提取：在 2pm 会议前审查设计文档（截止：明天 2pm）

❌ 信息性 - 无动作

发件人：HR Team <hr@company.com>
收件人：all@company.com
主题：假日政策更新
正文："大家好，请注意我们的假日政策已更新。
详见附件。"

→ 排除：信息性公告，无具体动作要求

❌ 自动 - 系统邮件

发件人：notifications@jira.com
主题：每日摘要：3 个问题已更新
正文："这是您的 Jira 更新每日摘要..."

→ 排除：自动摘要，仅信息性

✅ 群组邮件 - 用户被提及

发件人：Tech Lead <lead@company.com>
收件人：dev-team@company.com (10人)
主题：Sprint 计划
正文："团队更新：@John 请在本 sprint 实现登录功能。
@Sarah 将处理 API 集成。"

→ 提取（如果用户是 John）：在本 sprint 实现登录功能

❌ 群组邮件 - 别人被分配

发件人：Tech Lead <lead@company.com>
收件人：dev-team@company.com (10人)
主题：Sprint 计划
正文："@Sarah 请在本 sprint 处理 API 集成。"

→ 排除（如果用户不是 Sarah）：动作分配给别人

❌ 新闻稿/订阅

发件人：TechNews Weekly <newsletter@technews.com>
主题：本周科技：AI 进展
正文："这是本周的头条故事... [取消订阅]"

→ 排除：新闻稿，促销内容

❌ 模糊请求

发件人：Colleague <colleague@company.com>
主题：快速问题
正文："嘿，当你有空时，让我知道你对新流程的想法。"

→ 排除：太模糊，无具体可交付成果，“当你有空时” 表示低优先级/可选

✅ 清晰请求，带截止日期

发件人：Client <client@external.com>
主题：合同审查
正文："你能审查附件中的合同，并在周三前发回签署副本吗？
请特别关注第 3.2 部分。"

→ 提取：审查合同（关注第 3.2 部分），签署并返回（截止：周三）

边缘情况指南

"请审查"邮件：

✅ 包括：如果需要正式审查、预期反馈、给定截止日期
❌ 排除：如果是随意"看一下"、FYI 上下文、无需回复

会议邀请：

✅ 包括：如果需要准备、事先需要可交付成果
❌ 排除：如果是简单出席、无需预工作

抄送邮件：

✅ 包括：如果在正文中明确提及，尽管被抄送
❌ 排除：如果仅抄送以供可见性、无直接动作

线程回复：

检查动作是否已完成或被后续邮件取代
避免从邮件链中重复提取

最佳实践

保守处理：有疑问时，排除而不是制造噪音
上下文重要：考虑发件人-收件人关系
避免琐碎任务：跳过礼貌回复，除非明确请求
检查完整性：确保提取的动作清晰且自包含
保留上下文：包含足够信息，让用户无需重读邮件即可理解任务