假設你在 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次。目前限制和方案狀態請查看價格頁面。
隱私權決定在按下快捷鍵之前就開始了。想像下一句話可能產生的每一份副本，並選擇一條之後能夠清楚解釋的路徑。