直接回答
邮件摘要任务必须有明确的源内容边界：用户选择哪封邮件或哪个线程，摘要就只基于该范围；摘要是派生草稿，不应替换原邮件。`PRIVACY-01` 说明本地推理只意味着该推理步骤无需把内容发往远端推理服务器，并不能证明其他请求不存在。`BENCHMARK-01` 要求发布任务质量结论前保留原始记录。这些事实支持受控测试方法，却不能说明 Cove 产品今天已经能读取邮箱或摘要邮件。 先定义选中邮件的契约。说明输入是单个正文、完整线程、用户选中的摘录，还是导出的邮件文件。如果发件人、时间、主题、回复顺序、引用历史、签名和附件引用属于输入，就分开记录。不能在后台扫描收件箱，也不能因为设备已安装某个邮箱应用就假设取得了账号访问授权。若导入文件，使用用户主动选择的文件入口，并将 URI 权限和解析器作为明确边界。原始邮件保持不变。 引用回复是关键测试条件。线程可能重复引用旧内容、先前要求已被取消、转发了警告，也可能提到解析器并未读取的附件。先定义包含哪些邮件以及怎样表示顺序。摘要不能把旧引用说成最新发件人的话。需要核对归属时保留发件人/时间标签；附件没有单独经过测试解析时标明未处理。即使段落读起来流畅，如果它合并了不同发件人内容，或漏掉后来变化的请求，仍不能算合格。 建立有版本的合成样例集，并提前写好必需事实与禁止新增内容。覆盖简单单封便笺、回复链、重复引文、日期冲突、否定、决定改变、缺少附件正文、长线程边界截断和格式错误邮件。运行模型前由审核者准备参考摘要属性。先验证源解析，再检查摘要是否保留事实和归属。不能用几封邮件得出“摘要准确”的普遍评分，也不能看完输出后再改变标准答案。 邮件往往包含姓名、联系方式、财务或工作信息，以及其他人的引用内容，隐私是选取流程的一部分。使用合成或明确获准的样例；真实私人邮件不能进入日志、分析事件、崩溃报告或代码仓库。可选导出前展示被选内容和生成摘要，并说明目的地。本地生成摘要并不能证明应用没有网络客户端或系统备份。网络与存储需分别测试，还要检查临时解析文件和派生索引。 审核和持久化要有不同状态：源解析结果、摘要草稿、用户编辑稿、已接受摘要、拒绝结果和导出。修改摘要不能覆盖邮件原文。若解析或生成只处理了线程的一部分，就标为部分摘要、显示已处理邮件范围，并允许重试。模型不能编造缺失的发件人身份、附件正文或决定。如果摘要抽出待办，应先由用户审核；摘要不是对邮件采取行动的授权。 测试记录固定输入路线、解析器版本、可用时的模型/运行时身份、网络状态和数据保留设置。失败、修正与部分结果也要记录，而不只保留成功样例。结论只能说被测流程处理了哪些合成邮件模式；不能暗示普遍摘要质量、自动收件箱支持、法律合规或零数据传输。从邮件选择到复核、保存、导出和删除，始终让用户掌握决定权。
用户在会议前摘要一条选定邮件线程
线程中包含已变更日期、较早的引用请求和解析器不可访问的附件。用户想要简短草稿，同时需要知道摘要引用了哪些源邮件。
决策
只处理明确选定线程，标出引用顺序和附件可用性，保存或执行抽取出的待办前需用户复核。
预期结果
摘要保留最新决定并指出未处理材料，不覆盖原邮件，也不编造附件内容。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- PRIVACY-01：本地推理不证明没有其他网络请求
- BENCHMARK-01：质量结果需原始评测记录
- ARCH-01：本地与云端推理的定义边界
任务质量需要有版本记录的语料和验收规则；流畅的单条样例不等于准确度结果。
实施流程
- 定义邮件选择和解析范围. 指定单封正文、线程、摘录或导入文件，记录哪些邮件头、回复、引用、签名和附件引用会进入任务。
- 建立合成邮件线程样例. 准备带重复引用、日期改变、否定、决定变更、附件正文缺失、边界截断和格式错误的回复链。
- 生成摘要前先验证解析结果. 检查顺序、可用的发件人/时间归属、重复引用处理和附件未解析标记，保持源数据不变。
- 按摘要属性评估输出. 对照预写的必需事实与禁止新增内容，检查后续决定是否取代旧请求，并确认发件人归属正确。
- 测试复核、隐私和恢复. 覆盖线程部分处理、取消、编辑、拒绝、保存、导出和删除，用合成金丝雀检查日志、网络与临时存储。
让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。
验收标准
- 流程只处理用户明确选择的邮件范围，并在测试记录中保留源顺序与归属。
- 必需事实、决定变化、附件缺失和部分处理状态均可见，不编造身份或未读取内容。
- 持久化或执行前必须用户复核；隐私测试保证真实邮件正文不进入默认日志和分析事件。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| 单封邮件正文 | 摘要用户选定文本 | 范围明确，但仍需检查源文忠实度并允许复核。 |
| 带引用回复的线程 | 先解析顺序和归属 | 重复或已被取代的文本如果被压平，会改变摘要含义。 |
| 带附件的线程 | 标记未解析附件引用 | 出现附件文件名不表示其正文已被读取。 |
需要避免的失败模式
- 默认后台读取整个收件箱
- 把旧引用要求当作最新决定
- 将未解析附件内容编进摘要
还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
本地摘要是否证明邮件完全不离开设备？
不能。它只说明一项推理步骤。导入、账号、遥测、备份、导出和其他网络客户端都要分别检查，并保存可复核网络请求记录，不能推为零网络。
摘要应该替换原始邮件吗？
不应该。原文保持不变，另存关联草稿或接受版本，让用户能比较、核对并纠正遗漏，也能回看源线程、引用顺序、附件状态和审核记录。
模型可以直接从邮件摘要创建待办吗？
不能把摘要当成授权。应将抽取出的动作展示给用户复核，并在创建、修改或转发前要求明确确认，保留用户最终决定和审核记录。