先说结论
想私密地记录会议，应把录音、转写、摘要、存储和分享看成不同环节。开始前先征求参会者同意，说明音频会如何处理，并检查公司或会议组织方的规定。Android 录音应用通过手机麦克风录到的是周围环境声音；这不代表应用可以录下通话或其他会议应用的音频。远程会议应使用主持人批准的录制功能，或者改做文字笔记，除非会议平台和组织明确支持其他方式。
接着确认每一份副本会去哪里。录音文件可以留在手机上，但转写服务仍可能把音频发往远端系统。本地转写模型可以避免把会议内容发送给远程推理服务器，但这本身不能证明整个应用没有网络请求。模型下载、账户功能、统计、崩溃报告和文件导出都有各自的数据路径。
先确认会议是否适合录音
私密工作流从按下录音键之前就开始了。告诉参会者你为什么要录、谁会查看结果、准备保存多久，以及是否会生成转写或摘要。遵守适用法律、合同、雇主政策和主持人规则。不同地区和场景的要求不同；如果无法确定录音是否被允许，就不要录。手机的麦克风指示并不能代替告知参会者。
还要说清楚录音来源。线下录音意味着手机麦克风收集附近声音；摆放位置、距离、房间噪声和多人同时说话都会影响结果。远程会议则是另一回事。能否捕获其他应用的播放音频，受 Android API 和该应用的音频捕获策略约束，有些内容会被主动设为不可捕获。不要以为把手机放在桌上就能录到通话双方。应使用获批且带有必要提示的平台功能，否则做文字笔记。
三种可选工作流
| 工作流 | 会议内容可能去向 | 适用情形 | 必须确认 |
|---|---|---|---|
| 只做文字笔记，不录音 | 仅你选择的笔记保存位置 | 同意或规定不明确，或谈话高度敏感 | 笔记只保留必要事实，尽量减少可识别个人的信息。 |
| 使用组织批准的会议录制功能 | 取决于平台和账户配置 | 远程会议需要官方录音、字幕或参会者控制 | 向主持人或管理员确认文件存放位置、访问人员和删除时间。 |
| 手机麦克风录音，再自行选择转写方式 | 音频先进入手机；转写可能本地完成，也可能远程处理 | 获准录制的线下会议，且你可以控制文件 | 使用敏感内容前，确认录音保存位置和转写工具的数据流。 |
没有一种方式天然保证隐私。“本地录音”只描述其中一个环节。之后文件可能被复制到共享目录、随设备备份同步、作为附件发送，或提交给转写服务。收集音频前，应先决定哪些流转方式可以接受。
一个实际场景
设想你要记录一次线下项目评审。团队同意短暂录音，以便你整理行动事项。你不需要自动识别说话人，也不需要实时接入会议的云端机器人。稳妥的做法是先说明用途和保留时限，把手机放在能听清发言、又不会录入无关谈话的位置；使用前确认录音应用如何保存文件，并在分享前审阅笔记。如果需要转写，先确认音频或文本是否会离开设备。到约定的保留期限后，删除原始录音；若公司政策另有要求，则按政策处理。
视频会议要换一种做法：询问组织者是否允许使用平台录制按钮，以及输出文件保存在哪里。如果没有获批的录制方式，就做笔记。除非所有参会者和相关规定都允许，不要用第二台设备变通录音；技术上的变通不会消除同意和隐私方面的责任。
设置并验证工作流
1. 明确目的、访问范围和保存期限
写下为什么必须录音而不能只做笔记、谁能听录音、是否确实需要转写或摘要、文件可以保存在哪里，以及何时删除原文件。只收集满足目的所需的内容。如果会议涉及客户信息、人事问题、法律意见、健康信息或保密计划，录音前应查阅相关组织政策。
2. 解释麦克风权限并征求同意
在真正需要录音的时刻再请求权限，不要一打开应用就索取。用直白语言说明麦克风权限的用途，并给参会者表达异议的机会。Android 建议开发者尽量减少权限、解释敏感访问的原因，并在权限被拒绝或撤销时妥善降级。系统隐私控制和麦克风指示能帮助用户了解及管理访问，但不能决定某场会议是否可以录音。
3. 梳理每个处理环节
画出简单的数据路径：麦克风 → 音频文件 → 转写 → 摘要 → 导出或删除。对每个箭头都确认数据是否留在手机、进入其他应用、同步到账户或发送给服务。检查录音应用和所有转写组件的权限及隐私说明，也包括第三方库。Android 的 SpeechRecognizer 文档明确提醒：其常规识别实现很可能会把音频流传到远端服务器；Android 另提供独立的设备端识别路径，但必须确认目标设备上确实有该服务。应用显示“语音识别”并不能证明它离线运行。
如果应用提供设备端模式，应实际验证，不要只相信标签：使用一段新录音，观察转写时的网络活动，并检查断网后应用行为是否改变。模型下载或其他非内容请求仍可能需要联网。网络检查应区分音频、转写文本和摘要，与账户、更新、购买验证、统计和诊断流量。
4. 先做低风险测试并检查结果
敏感会议之前，先在所有人知情的情况下进行短测试。尽可能使用与正式会议相同的房间、手机摆放位置和发言方式。确认录音文件能找到和删除、转写错误清晰可见，并且可以修正姓名、日期、决定和负责人。不要仅凭语言流畅的摘要就把它当成可靠记录。正式分享前，应与音频或参会者笔记核对。
5. 录制、复核、有限分享并删除
会议中宣布开始录音，达到约定目的后停止。检查转写和摘要是否遗漏信息、张冠李戴或包含敏感细节。只通过获批渠道，把最少且有用的内容分享给确实需要的人。确认收件人是否能继续保存或转发。按约定计划删除音频和衍生文件，并单独检查备份及导出副本。
隐私工作流验收标准
依赖这套流程前，请确认以下三方面都达标：
- 参会者与规定： 参会者得到清楚说明；需要时已取得同意；组织者或雇主批准了录音方式。
- 数据路径： 清楚音频、转写和摘要在哪里处理与保存；任何远程传输都已披露并获得批准。不会用“设备端”暗示下载、同步、诊断和导出不存在。
- 用户控制与补救： 只在需要时请求麦克风权限；权限被拒绝时不会施压；录音可以停止和删除；分享重要转写内容前有人复核。
有任何一点不确定时，先暂停录音，改用笔记或组织批准的会议流程。目标是让所有人理解并能控制的记录，而不是不惜代价得到一段录音。
常见误区
以为手机能录下通话。 麦克风录到的是手机周围的声学声音。捕获其他应用的播放内容属于另一种平台能力，会受到权限和策略限制。先核实支持的具体方法，不要依赖把手机放在桌上的做法。
以为录音本地保存，转写就一定本地处理。 语音识别本身可能通过服务完成；本地生成的转写文本也可能随同步或导出上传。应逐环节检查。
把系统权限当成参会者同意。 允许应用使用麦克风，不代表参会者同意录音；同意录音也不一定涵盖后续每种用途。请说明目的和接收者。
默认分享整份录音。 转写可能包含与会议目的无关的个人或保密信息。复核、删除无关内容，并只分享给有需要的人。
常见问题
Android 能通过麦克风录下 Zoom、Teams 或 Meet 通话吗？
手机麦克风可以收进房间里外放的声音，但这不等于有受支持的通话录制集成。捕获其他应用的播放音频有独立的 Android API 和限制，会议应用也可能禁止捕获。请使用会议组织者批准的录制功能，或者做文字笔记。
“设备端转写”能证明内容完全不会联网吗？
不能。这个说法描述的是某一个推理环节在哪里执行，而且该说法本身也需要核实。应用仍可能下载模型、同步文件、验证购买、发送诊断信息或导出内容。请检查当前版本的实际数据流。
Android SpeechRecognizer 总是离线吗？
不是。Android API 参考文档说，该识别实现很可能会把音频流传到远端服务器。Android 也提供单独的设备端识别路径和可用性检查。请确认应用在目标设备上使用的 API 和服务，并在承诺离线之前测试网络行为。
如果有人反对录音，该怎么办？
录音开始前有人反对，就不要开始；录音过程中有人提出顾虑，就立即停止。若大家接受，可以改做文字笔记，也可以请主持人决定。不要把技术权限提示当成参会者同意或适用规则的替代品。
录音应该保存多久？
只保留达到已说明目的和适用政策所需的时间。录音前设定删除日期，并把转写文本和导出副本纳入计划；还要确认备份系统是否留有其他副本。
官方资料与延伸阅读
Android 的 AudioRecord API 参考说明应用如何通过平台接口捕获音频输入。
Android 的隐私检查清单介绍权限最小化、用户控制，以及权限被拒绝时的处理。音视频捕获文档说明播放捕获的限制。SpeechRecognizer API 参考区分常规识别和设备端识别服务。关于本地推理与应用其余数据流的关系，请参阅端侧 AI 如何工作。
更新于 2026 年 9 月 27 日。 本文介绍核验流程，不认证任何特定录音应用、转写应用、设备或会议规定。
中文稿状态：待项目负责人复核。