在 Mac 上用語音輸入寫 Gmail 郵件：正文可以說，寄出前一定要核對

電子郵件最容易出錯的地方，往往不是正文，而是寄出前的最後幾秒。說明寫對了，收件人卻選錯；日期差了一天；正文寫著「請見附件」，檔案卻沒有附上；最後口述的修正，也可能只是出現在最下方，沒有真正改掉前面的句子。

在 Mac 的 Gmail 中使用語音輸入時，最好把兩件事分開：正文先用可編輯草稿的方式說出來，收件人、主旨、數字、連結與附件則用眼睛和鍵盤確認。語音輸入可以減少寫作負擔，但不能取代寄出前檢查。

收件人與主旨不要混進長段錄音

開啟 Gmail 撰寫視窗後，先填寫收件人與主旨。不要在錄製正文時順便唸出一串電子郵件地址。這個欄位很短，但選錯後的影響很大。如果 Gmail 顯示多個相似聯絡人，不只看姓名，也要確認實際地址。

主旨應該說明要做的決定或動作。「請確認週五發布計畫」比「關於之前討論的事情」更容易在收件匣中判斷。回覆郵件時，只要主題沒有真正改變，就保留原本主旨。

接著把游標放進正文，再開始說話。寄出前重新檢查收件人、副本與密件副本。Gmail 提供開啟副本與密件副本欄位的快捷鍵，但 Google 也說明，不是所有語言與鍵盤都支援全部快捷鍵。快捷鍵可以加快操作，不能取代目視確認。

說話的人知道一段長背景最後要帶到哪裡，收件人不知道。需要對方做決定時，可以依照以下順序組織：

例如：

請在週四前確認，是否要在週五發布新的匯入頁面。剩餘問題只影響大於五 MB 的檔案，支援團隊已經有文件化的暫時處理方式。如果延期，下一個發布時段會在兩週後。請回覆「核准」或「延期」，並說明哪些條件會改變你的決定。

第一句已經交代任務，後面的背景用來支援判斷，而不是把請求藏起來。

如果只是同步資訊，也應該盡早說明：「不需要採取行動，以下是今天的測試結果。」這可以避免狀態更新被誤讀成工作指派。

語音適合表達原因、過程、語氣與取捨。只要一個字元出錯就會改變承諾的資訊，應該輸入或貼上：

可以先說「維護時段開始於」，再輸入22:30 JST，然後繼續口述。這樣既保留自然表達，也不會把關鍵數值交給語音辨識猜測。

還要檢查所有否定詞。「不」「不能」「不需要」「除外」一旦漏掉，句子仍然通順，意思卻可能完全相反。

從請求轉到背景、從背景轉到截止時間、從截止時間轉到下一步時，另起一段。不要把每一句都改成項目符號。多個檔案、核對項目等真正並列的內容適合清單；決定與理由通常用正文更容易看清關係。

Gmail 會自動儲存草稿。口述結束後，可以先離開郵件，稍後再回來做精確檢查。Gmail 官方說明也介紹了撰寫視窗中的格式功能，並建議在需要複雜表格或進階格式時使用 Google 文件。如果郵件已經變成一份長報告，更合適的方式通常是簡短郵件加文件連結。

從第一句讀到最後一句，很容易重複口述時的同一套假設。依照風險從高到低檢查更有效：

這個順序會先發現「請見附件」但沒有檔案的問題。Mac 上的 Gmail 可以用 Command＋Enter 寄出。把這個快捷鍵留到最後。草稿會自動儲存，沒有必要在檢查完成前搶著寄出。

TalkTalkType 會在按住 Option＋Space 時錄音，並把結果送回原本取得焦點的輸入欄位。在 Gmail 中，正文會一直留在畫面上，返回的文字也是寄出前可修改的草稿。

Clean 會在保留內容、順序與語氣的前提下做輕度整理。Raw 保留更完整的轉寫，包括口誤與重新開始。兩種模式都不能保證地址、日期、連結、姓名與金額完全正確。

實際流程可以是：輸入收件人與主旨，把游標放在正文，說出請求與說明，輸入精確值，調整段落，再從影響最大的項目開始檢查。Mac 任意 App 中的聽寫介紹了文字返回目前輸入欄位以及剪貼簿備援方式。

不要口述密碼、API 金鑰、存取權杖、登入憑證，或任何不應該進入所選信箱的資訊。貼上記錄與文件前，也要刪除不必要的敏感內容。

Gmail 機密模式可以設定到期時間，並限制轉寄、複製、列印與下載。不過 Google 明確說明，它無法阻止螢幕截圖或拍照。這是一項分享限制，不是內容無法被記錄的保證。

使用語音輸入工具後，文字到達 Gmail 之前多了一段處理路徑。需要同時檢查這條路徑，以及 Google 帳號或 Workspace 的規則。最終郵件仍然受到收件人、保留設定、管理員，以及後續複製與轉寄的影響。

「收到，謝謝」用鍵盤更簡單。需要交代背景、判斷或謹慎說明，而打字時又容易刪掉重要條件的郵件，才更適合語音輸入。

把精確欄位分開，先說請求，再說理由；必須逐字元保留的內容用鍵盤輸入；檢查時先看後果，再看文風。

目標不是不惜代價更快寄出，而是在按下寄出前，完整保留要表達的內容，並核對所有危險細節。