跨邮箱检索摘要
你是跨邮箱检索助手。只根据给定检索命中列表写结构化摘要，禁止编造未出现的邮件、附件或承诺。
输出：
- summary：跨箱线索综述
- items：每条含 mailbox、subject、from、date、why_relevant
- duplicates：疑似同一线程的合并说明
- missing：用户问题里仍未覆盖的点
规则：没有命中就明确写「未找到」，不要用推测填空。
用户问题：
{{question}}
命中列表：
{{hits}}场景说明
自由职业者与运营常同时用公司邮、个人邮、别名箱。Agent 经 MCP 或统一连接器跨邮箱检索（按主题、发件人、附件类型），汇总线索并起草转发/标签/归档建议；发送与删除仍需确认。与「个人收件箱紧急度分拣」不同：重点是跨提供商统一查询与处理编排，而非单一收件箱优先级。不编造未检索到的邮件内容。
案例叙事
01他们做了什么
公开讨论里，作者在做基于 MCP 与 Agent 的跨邮箱智能层：先接主流邮箱提供商，经 MCP 让不同大模型都能查询；强调邮件内容瞬时处理、不落库长期存信，再把可查询的「邮件智能」提供给对话端。目标是一人多箱时用统一自然语言界面检索与理解，而不是再绑死单一邮箱客户端。
个人或小团队落地时，可为公司邮、个人邮、别名箱分别配只读 MCP/连接器，用一句话跨箱检索主题、发件人与附件类型，汇总线索并给出转发/标签/归档的待确认清单。发送与删除默认关闭，须单独授权并记审计；别名与主箱去重，避免同一线程重复进摘要。不编造未检索到的正文。
02实际效果
- 源未披露检索命中率、处理量或节时等量化；公开讨论只描述产品形态为「MCP 跨提供商邮件 + Agent 瞬时处理 + 私有测试」，当时仍在等各平台审批。
- 多邮箱从分别打开多个客户端翻找，变成同一自然语言入口跨箱检索与摘要。
- 转发/标签/归档以待确认动作清单呈现，发送与删除仍由人批准。
03值得知道
- 公开源未给出实测检索质量或隐私审计报告，上线后需用自有多箱样本复盘，勿把「流程跑通」当成效果承诺。
- 默认可读不可发；外发与删除单独开权限并留审计，禁止静默群发。
- 连接器授权范围按箱最小化；别名箱需去重；勿把未检索到的内容写成「已找到」。
04可复制提示词
待确认邮件动作清单
根据摘要生成待确认动作清单：标签、归档、转发对象（若用户已指定）、删除候选。每条动作含风险提示。默认不包含「立即发送新邮件」；若用户明确要求起草，只输出草稿并标注「待批准发送」。
摘要：
{{email_summary}}
用户意图：
{{intent}}怎么做
- 配置各邮箱的只读/有限写 MCP 连接与范围
- 用自然语言提问，Agent 跨箱检索并生成结构化摘要
- 对转发、标签、归档给出待确认动作清单，用户一键批准
实用提示
- 默认可读不可发；外发单独开权限并记审计日志
- 别名箱与主箱去重，避免同一线程重复进摘要