直接回答
离线音频摘要测试要把转录和摘要视为两项不同操作。首先确认解码器和识别器实际产生了什么，再检查摘要器是否保留要求的事实、并标出遗漏。`COVE-ASR-01` 记录项目的一条音频路径会将 PCM 包装为 WAV，并连同转录指令经共享引擎处理；`COVE-ASR-02` 描述了顺序音频片段和失败片段占位。这些事实支持保留原始转录和逐段结果，但不证明任何应用已具备离线音频摘要，也不证明生成摘要准确。 先明确用户任务：摘要一个选中的音频文件、摘要新录音，还是摘要既有转录。这些路径的权限、文件提供器、录音生命周期和资源要求可能不同。源音频或原始转录应保持不可变。记录摘要使用的转录版本、该转录是否完整、哪些片段失败、以及用户是否先修正文字。若输入转录只有部分片段，摘要也应标成部分/未完成；不能冒充覆盖了整段录音。 准备固定的合成或获准音频样例、核对后的转录和必要事实清单。包含短文件、分段长文件、静音、打断、专有姓名、数字、否定词，以及一个故意缺失或失败的片段。不要从一条听起来不错的样例推导普遍摘要质量。对每个样例先将识别文本与源参考比较，再独立验证摘要是否保留指定事实、说话人归属（若在范围内）、时间顺序、不确定性和行动负责人。没有原始评测记录时，不要编造质量分数或全程离线保证。 记录完整配置：应用构建、文件 URI/提供器、媒体轨道和解码路径、采样格式、分段策略、转录版本、已知时的模型/运行时/提示/结构、网络状态与用户审核。文件输入可使用 Android `MediaExtractor` API 读取轨道和样本；应用仍需正确处理提供器授权、媒体格式和清理。实时麦克风使用另一套 Android 音频 API 和生命周期责任。不能暗示预录音文件路径和实时录音具有相同权限或采集路线。 主动测试部分结果和恢复。分别在解码中、已有部分转录后、摘要生成中、保存结果时和导出前取消。确认转录片段仍能定位，摘要任务收到明确的完整度状态，UI 不会用摘要取代原文。若进程重建，重新读取可持久的源文件及任务标识，不把原生句柄保存成可续接状态。重试应创建新运行或带版本的新修订，用户可比较结果。 设置完成后再验证离线条件。记录音频文件、模型资源或解码数据是否需要联网准备，然后断网，从冷启动应用开始处理一个新样例。观察受支持的请求并审阅 Network Inspector 未必可见的其他客户端调用点和依赖。恢复联网后再检查是否有排队上传或诊断路径。某个推理步骤离线，不代表首次设置、分析、备份或导出没有网络。 报告应包括确切应用/制品、样例 ID、转录参考、必要摘要事实、片段失败策略、输出审核流程、网络状态和全部运行。可以说明被测流程是否从该转录生成了可审核草稿；不能据此证明普遍摘要准确、会议记录符合法律要求或特定产品已有该功能。本文只关注转录到摘要的阶段分离，不讨论参会者同意或会议录音隐私流程。
用户在转录预录片段后请求摘要
短录音被解码为顺序转录片段，其中一段缺失；用户在导出笔记前请求摘要。
决策
保留源内容和转录，明确完整度；除非所有必要片段齐全且审核过，否则摘要须标为部分内容。
预期结果
测试显示摘要依据了哪些源文字，以及用户能否在导出前查看、编辑或拒绝。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- COVE-ASR-01：共享引擎的音频转录输入路径
- COVE-ASR-02：逐段转录与失败占位行为
- BENCHMARK-01：结果主张需要原始评测记录
任务质量需要有版本记录的语料和验收规则；流畅的单条样例不等于准确度结果。
实施流程
- 分开保存音频、转录和摘要记录. 为源文件、解码运行、转录版本、摘要运行、用户编辑与导出分配不同标识；原始转录不能被摘要替换。
- 准备核对过的音频和转录样例. 用合成或获准样例覆盖姓名、数字、否定、静音、打断、长音频分段，以及一个故意缺失或失败片段。
- 摘要前声明转录完整度. 将完整/部分状态及片段结果传给摘要任务。缺失片段要保持可见，摘要不能标为整段完整纪要。
- 核对必要事实并允许用户复核. 先比较转录与参考，再检查摘要中的指定事实、顺序、归属和不确定性。允许用户编辑、拒绝或保留部分草稿。
- 测试中断、断网和导出. 在解码、转录、摘要、保存与导出阶段取消；设置后冷启动断网，观察请求并确认源内容和转录仍保留。
让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。
验收标准
- 每份摘要都标明源文件和转录版本，并保留完整/部分状态及失败片段。
- 部分转录不会静默伪装成整段摘要，原始转录仍可被用户查看。
- 报告记录准备依赖、网络观察、样例方法和限制，不主张普遍摘要准确性或特定产品功能。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| 仅转录 | 识别出的源文字及片段状态 | 保留识别结果，但不包含摘要。 |
| 完整转录生成摘要 | 关联已审核转录的草稿 | 可对照必要事实评估，并与识别阶段分开审核。 |
| 部分转录生成摘要 | 明确标记不完整的草稿 | 必须保留缺片段提示，不得暗示已概括整段录音。 |
需要避免的失败模式
- 用流畅摘要掩盖缺失转录片段
- 覆盖原始转录而只保留摘要
- 从离线转录推断摘要阶段也完全离线
还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
摘要写得流畅就证明转录完整吗？
不能。摘要前先检查转录片段和缺失占位。流畅输出仍可能漏掉从未进入摘要器的内容，应保留逐段状态、缺段标记和来源。
摘要应该替换原始转录吗？
不应如此。源音频和转录应分开保留。摘要是可能遗漏细节的派生草稿，需要继续可查看、核对、复核、修正和导出，并保留版本标识。
离线转录证明摘要阶段也离线吗？
不能。应测试确切摘要运行时、资源、网络状态和恢复联网行为。转录与摘要可能使用不同组件，还要检查设置依赖与网络请求。