假设你在 Mail 中听写三句话，其中有客户姓名、截止日期，以及一个还不愿公开的未完成想法。整理后的文字进入回复框，屏幕上能看到的操作已经结束。
隐私取决于那些看不见的副本。
Mac 应用是否保留了录音？语音提供商是否保存它？整理前的原始转写有没有进入数据库？完成文本是否出现在可搜索历史中？一个产品可能清楚回答其中一项，却让其他部分保持模糊。
TalkTalkType使用云端转写。为了处理，音频会离开 Mac。TalkTalkType服务不会把音频写成持久文件，也不会保存原始转写或整理后文本；剪贴板内容留在 Mac 上。账户和产品运行所需的记录会保留。把这些数据分开说明，比简单写一个“隐私”标签更有用。
第一份副本出现在 Mac 上
在任何网络请求之前，录音先在本机产生。按住 Option-Space 时，TalkTalkType录制16 kHz单声道 WAV，它必须存在足够长的时间才能上传。
应用有一个用于已完成草稿会话的短期工作历史。最多50条记录保存在内存中，包括原文、应用的修改、最终文本、目标应用和交付结果。它不会写入磁盘，退出 TalkTalkType 后会消失。
这与录音资料库或跨设备同步的转写档案不同。临时工作记忆存在，持久内容历史不存在。
服务为了转写请求接收音频，但不把这些字节写入自己的文件存储或数据库。Mac 客户端在需要重试交付时，可能短暂保留最近一次可重试音频。它不会变成个人录音收藏。
第一条边界是：临时处理不同于长期保存。隐私说明应该明确自己描述的是哪一种。
云端转写增加第二个信任边界
音频会发送到配置的语音提供商。当前生产环境使用 OpenAI。
即使 TalkTalkType不存储音频，提供商仍然需要处理它。两者是不同系统，也有不同控制。根据2026年7月28日的 OpenAI API 数据控制文档，除非客户明确选择加入，API输入和输出不会用于训练模型。同一文档目前把音频转写端点列为不进行常规滥用监控保留或应用状态保留的端点。
这项提供商政策很重要，因为“我们不保存你的音频”很容易被理解成整个链路都不处理数据。该表述只说明 TalkTalkType自己的存储行为。完整判断还需要查看提供商当前条款和实际使用的端点。
日期也很重要。政策可能变化，审查时应打开最新的一手资料，而不是依赖旧截图或旧比较文章。
转写通过服务，持久副本最终属于目标应用
语音识别生成文字。根据所选模式，文字可能经过清理或重新格式化，再返回 Mac。
TalkTalkType不会把原始转写或格式化结果写入 D1，也没有可以以后搜索的服务器端 dictation 历史。结果返回后，持久副本属于你选择的目标：Mail 草稿、Slack 消息、Notes 文档，或 AI 助手的输入框。
目标应用有自己的隐私和保存规则。把文字送入本地文档，与送入云端协作工具并不相同。语音工具可以减少自己的保留，却无法取消接收应用的存储政策。
剪贴板也是另一个边界。Paste 模式会临时使用剪贴板并在交付后恢复旧内容；Copy 模式则让结果留在那里，等待手动粘贴。剪贴板内容不会发送回 TalkTalkType服务。Mac 任意应用听写详细解释了权限和最后一步交付。
语音工具的责任在交付处结束，目标应用的责任从那里开始。
产品运行仍然需要保留部分数据
没有保存转写内容的服务仍然需要账户。
TalkTalkType保存 Google 登录身份、会话元数据、已注册设备及撤销状态、方案或订阅状态、推荐记录和版本信息。为了执行每周次数与语音时长限制，它还记录处理时长、成功或失败、preset、提供商和延迟，但不附加说话内容。
支持消息本身属于内容，因为工作人员需要阅读并回复，所以会保存。支持说明要求用户不要发送音频文件、转写正文、token、API 密钥、Cookie 或银行卡信息。
这比“什么都不存”复杂。
也更准确。服务需要识别账户、注册 Mac、统计使用量、调查错误并回复支持请求。关键问题是，这些运行状态是否悄悄变成内容档案。在 TalkTalkType当前设计中，它们不会。
Mac 应用把会话和设备凭据保存在 macOS 钥匙串中。Bearer token 不进入回调 URL、普通 UserDefaults 或日志。退出登录或认证失败时，凭据会被清除。
本地听写移除提供商，也把成本移回设备
本地转写工具提供最清楚的网络边界：音频可以始终留在 Mac。如果工作要求内容绝不能离开设备，这一条件就足以结束比较。
本地处理需要下载模型，并使用内存、计算资源和电量。结果取决于模型大小和硬件。强大的桌面设备可能几乎感觉不到负担，笔记本上则可能出现发热或电池消耗。差异太大，不能笼统地说本地一定更慢或更不准确。
TalkTalkType选择相反方向。它把录音发送到云端，避免在 Mac 上运行语音模型，同时不围绕结果建立服务器端内容历史。
没有一种架构在所有意义上都绝对私密。本地工具减少网络暴露；云端工具即使向提供商发送请求，也可以减少服务自己的长期保留。你的要求决定哪条边界更重要。
把隐私政策当作数据账本来读
具体清单比一排盾牌图标更有帮助。逐项寻找以下数据的去向：
- 音频字节
- 原始转写
- 整理后的文本
- 剪贴板内容
- 账户与会话数据
- 使用与诊断元数据
- 支持消息
- 提供商侧请求数据
每一项都应有保存目的和保留时间。没有说明并不等于没有保存。没有录音列表也不能证明后端不存在副本。公开政策和实际实现必须一致。
TalkTalkType在Privacy 页面公布当前划分。账户、设备、使用量、推荐、版本、审计和支持记录会保留。音频字节、转写文本、格式化文本、日志中的 Bearer token、D1 中的秘密和剪贴板内容不会保留。
这给“Mac 隐私听写”一个具体答案。音频会离开 Mac，由配置的提供商处理。TalkTalkType不会把这次请求变成服务器录音资料库或持久转写历史。
用下一句准备说的话做决定
购物清单或普通消息可能适合很多合理的数据政策。句子包含源代码、健康信息、客户事项或凭据时，判断会改变。
如果网络传输本身不可接受，应使用本地工具。如果可以接受云端转写，并且更在意服务端不保留内容，TalkTalkType可以作为候选。无论使用什么工具，都不要听写不应该进入目标应用的秘密。
你可以下载 TalkTalkType，用免费方案每周测试30次。当前限制和方案状态请查看价格页面。
隐私决定在按下快捷键之前就开始了。想象下一句话可能产生的每一份副本，并选择一条之后能够解释清楚的路径。