用途
当需要从邮件推断申请进展并写回机会追踪器时使用此技能。它用两阶段流程替代仅靠关键词的脆弱 Gmail 过滤：先用确定性的 Gmail 查询把收件箱缩小到可能的机会邮件，再结合邮件内容、发件人、主题、会话上下文和追踪器记录，分类真实的申请事件。此技能不调用或修改 job-application-operator，只用于追踪申请已提交后的结果，或公司发来下一步指示的情形。
主要能力
- 通过 Gmail MCP/API 搜索近期邮件和会话，读取主题、发件人、收件人、日期、标签、摘要和正文，并查找相关会话邮件。
- 通过 Notion MCP/API 或其他追踪器 API 将邮件匹配到已有机会记录，更新 Status，追加简洁进展备注，并在结构支持时存储下一步行动和相关截止日期。
- 存在 MCP/API 访问时，不使用浏览器自动化读取 Gmail 或编辑 Notion。
使用方式
邮件搜索从有边界的查询开始，除非用户要求历史导入，否则优先近期窗口。可用的首轮查询词包括：
(application OR applied OR Bewerbung OR candidate OR interview OR assessment OR challenge OR rejection OR leider OR unfortunately OR congratulations OR next step OR schedule OR calendly OR confirmation)
常用排除项：
-github -newsletter -promotion -unsubscribe
如果邮箱有 JOBS 或 JOBS/<status> 等标签，可将其作为提示而非绝对事实，旧标签名可能反映以往工作流，不应覆盖邮件内容。
分类
将每封相关邮件归入以下事件类型之一：
- submission_confirmation：确认申请已收到
- rejection：拒绝候选人或表示公司不再推进
- interview_invite：要求候选人预约或选择面试时间段
- interview_scheduled：确认已预约的面试时间
- interview_followup：讨论后续面试步骤、改期或面试后反馈
- assessment_received：发送在线测评、带回家任务、编程挑战、工作样本或限时测试
- assessment_reminder：提醒未提交的测评或截止日期
- assessment_submitted：确认测评已提交或已收到
- company_question：询问缺失信息、文件、可用时间、工作授权、薪资期望或澄清
- non_actionable：营销、职位提醒、简讯、通用招聘网站邮件、无关招聘外联或重复噪音
不确定时，优先归为 company_question，或保持状态不变并报告歧义。
状态映射
- submission_confirmation -> Waiting for response
- rejection -> Rejected
- interview_invite -> Interview invite
- interview_scheduled -> Interview scheduled
- interview_followup 在已完成会面后 -> 视内容为 Interview completed 或 Waiting for response
- assessment_received -> Assessment received
- assessment_reminder -> 保持 Assessment received 或 Assessment in progress
- assessment_submitted -> Assessment submitted
- company_question -> Human blocked
- non_actionable -> 不改变状态
不要把全部正面回复都压缩为 Interviewing；使用更细粒度的状态，使下一步行动可见。
邮件与记录匹配
按以下顺序匹配：
- 发件人域名、主题或正文中的公司名精确匹配。
- 主题或正文中的职位名称精确匹配。
- 记录 URL 中的申请门户域名。
- 包含较早申请确认的会话历史。
- 招聘人员/公司邮件域名加上唯一合理的活跃记录。
如果多个记录匹配，不要自动更新，返回候选匹配及歧义原因。
写回规则
对每条更新的记录写入：
- Status：由邮件事件映射得到的状态
- Rationale 或进展备注字段：简短备注，包含邮件日期、发件人/公司、事件类型和下一步行动
- Deadline 字段（若存在）：测评截止日期或排期截止日期
不要把完整邮件正文粘贴到追踪器，只总结流程所需的关键运营事实。
审查输出
返回简洁报告：扫描的邮件数、找到的相关邮件、更新的记录、跳过的歧义匹配、下一步人工行动、发现的截止日期。
对于破坏性或不可逆操作，先询问再执行。基于明确邮件证据的状态更新可直接执行。