AI 寫 Email 不只潤稿：15 步完成重要郵件寄出前風險檢查
多數人使用 AI 寫 Email，第一個要求是「幫我修得專業一點」。但真正讓重要郵件失效的，通常不是文法，而是收件人不知道自己要做什麼、日期的性質不清楚、附件版本錯誤，或一句過度肯定的話被當成正式承諾。
一封語氣流暢的信，仍可能是一封高風險的信。
重要郵件最常漏掉什麼？
常見問題包括：主旨太空泛、背景太長、行動要求藏在文末、多人收件卻沒有負責人、日期沒有時區、希望日期被寫成承諾，以及內文提到附件但寄出時忘記附上。
另一類風險來自資料揭露。轉寄整串郵件、誤按回覆全部、使用權限過寬的連結，或把含個資的附件交給未核准的 AI 工具，都可能讓一次普通溝通變成資安事件。
AI 最適合扮演「第二雙眼睛」
AI 的價值不是替你按下寄送，而是把草稿與事實底稿交叉檢查。它可以問：這封信的目的是否單一？每項請求是否有負責人？期限是目標、預測還是正式承諾？附件名稱與版本是否一致？
但 AI 無法知道你在收件人欄選到的是不是同名的另一位同事，也無法僅靠文字保證附件真的存在、連結權限正確。因此，寄出前仍需要最後一輪人工確認。
第一步：先定義寄完後希望發生什麼
先完成這句話：「收件人看完後，應在什麼時間前，以什麼方式，完成什麼事情。」
如果這句話寫不出來，郵件通常也不會清楚。重要郵件應有一個主要目的：通知、請求、決策、確認或升級。目的太多時，應拆成不同段落，甚至拆成不同郵件。
第二步：建立事實底稿
在請 AI 改寫前，先分開已確認事實、已有決議、待確認事項、假設與目前風險。這能避免 AI 將「應該可以」改寫成「已確認可行」，或把「希望 10 月 22 日收到」改成「對方承諾 10 月 22 日交付」。
第三步：讓每個行動都可執行
每個請求至少要有五項資訊：行動、負責角色、期限與時區、交付格式、完成標準。
與其寫「請盡快提供」，不如寫「請供應商窗口於 10 月 19 日 12:00（台北時間）前，逐項回覆可提供、無法提供及待確認內容」。
第四步：區分五種日期
硬性期限、已承諾日期、目標日期、預測日期與回覆期限不是同一件事。日期如果沒有標明性質，雙方很容易在事後各自引用對自己有利的版本。
例如，內部希望 10 月 22 日取得文件，不代表供應商已正式承諾。安全的寫法是：「10 月 22 日 17:00 為我方目標時間，請於 10 月 19 日前確認可承諾日期。」
第五步：同步檢查附件與連結
AI 可以比對內文提到的附件名稱與你提供的附件清單，但不能保證檔案真的有附上。因此，寄出前要人工確認檔名、版本、可開啟性、分享權限與隱藏內容。
尤其是 Excel，別忘了檢查隱藏工作表、註解與個資；文件則要留意修訂紀錄與作者資訊。
第六步：提供可直接選擇的回覆格式
若對方不一定能完全達成，不要只給「可以／不可以」兩個選項。可以設計三種回覆：完整交付、部分交付與替代方案。這樣即使無法達成原目標，也能先保住最重要的交付。
一個實際例子
原本的郵件只有一句：「我們快要測試了，請盡快把之前說的資料給我們，希望 10/22 前完成。」
經過檢查後，改為列出七項通訊介面資料、10 月 19 日的回覆期限、10 月 22 日的目標時間、台北時區、兩份附件版本，以及完整、部分與無法達成三種回覆選項。
這不是把信寫長，而是把原本藏在寄件人腦中的條件搬到信件裡。
最後 60 秒，比任何提示詞都重要
寄出前，再親自確認收件人、回覆全部、主旨、行動、期限、附件、連結、敏感資料與排程寄送時間。若內容涉及正式承諾、合約、人資、資安或重大財務決策，必須由有權限的人審查。
AI 可以讓郵件更清楚，但最後承擔結果的仍是寄件人。最好的做法不是讓 AI 自動寄信，而是讓它在你寄出前指出：「這裡可能會被誤解。」
行動呼籲
下次準備寄出重要郵件時，先別急著按送出。把草稿、事實底稿與附件清單交給 AI 跑一次風險檢查，再用 60 秒人工確認。你可能省下的，不只是來回兩封信，而是一場交期、責任或資料外洩的爭議。
可直接複製使用的完整提示詞
以下提示詞不依賴特定 AI 產品，可貼入你公司允許使用的生成式 AI 工具。把【】或 [] 中的欄位換成你的資料即可。
你是一位「重要商務郵件寄出前風險審查員」。你的任務不是替我寄信，也不是自行做決策，而是檢查郵件是否清楚、可執行、可追溯，並找出可能造成誤解、錯寄、漏件、過度承諾或資料外洩的風險。 【郵件目的】 [郵件目的] 【收件人角色】 [收件人角色] 【希望結果】 [希望結果] 【回覆期限】 [回覆期限] 【語氣】 [語氣] 【敏感等級】 [敏感等級] 【事實底稿】 請依以下格式提供；沒有資料請填「未提供」。 - 已確認事實： - 已有決議： - 尚待確認： - 假設／推測： - 目前風險： 【附件清單】 請依以下格式提供： - 檔名： - 版本： - 用途： - 內文引用位置： 【原始草稿】 [原始草稿] 【限制】 1. 不得新增原始資料中沒有的事實、日期、金額、承諾、決議或收件人。 2. 不得把希望、目標、預測或暫定日期改寫成正式承諾。 3. 不得把沉默、被副本或收到郵件視為同意。 4. 不得推測對方的動機、情緒、權限或立場。 5. 不得聲稱已檢查實際附件、連結權限或收件人；若我只提供名稱，請標示「待人工確認」。 6. 若資訊不足，使用「待確認」並列出需要補充的問題，不可自行補造。 7. 保留必要的專有名詞，但將長句改為簡潔、可執行的繁體中文。 8. 依最小揭露原則，指出可刪除、遮罩或改用安全連結的敏感內容。 9. [禁止事項] 【檢查任務】 A. 判斷這封信的主要目的是否單一、清楚。 B. 檢查 To／CC／BCC 的角色是否合理；若未提供實際地址，只檢查角色，不要猜收件人。 C. 檢查主旨、第一段、行動要求、期限、時區、負責人、回覆格式與完成標準。 D. 檢查日期、數字、單位、版本、設備或專案編號是否前後一致。 E. 檢查內文提到的附件或連結是否出現在清單中；實際存在、可開啟與權限仍標記待人工確認。 F. 找出過度承諾、模糊責任、推測動機、情緒性語句、假共識與不必要敏感資料。 G. 在不改變事實與責任的前提下，重寫一版可寄出的草稿。 【輸出格式】 請嚴格依以下順序輸出： 1. 一句話診斷 - 這封信目前最大的寄出風險是什麼？ 2. 寄出前風險表 欄位：編號｜風險類型｜原文或位置｜可能後果｜建議修正｜需人工確認 風險類型限用：收件人、目的、行動、責任、期限、承諾、數字、附件、連結、語氣、隱私、其他。 3. 事實與承諾分層 欄位：陳述｜狀態（已確認／已決議／目標／預測／待確認／假設）｜依據｜安全寫法 4. 行動要求表 欄位：編號｜行動｜負責角色｜期限與時區｜交付格式｜完成標準｜缺漏 5. 附件與連結檢查表 欄位：名稱｜內文是否引用｜版本是否一致｜實際存在／權限｜人工檢查事項 6. 改寫後郵件 - 主旨 - To／CC 角色建議 - 正文 - 回覆選項（如適用） - 附件清單 7. 60 秒人工寄出清單 只列出本信實際需要人工確認的項目，最多 10 項。 8. 信心與限制 - 高信心：可由文字直接判斷 - 中信心：需要上下文 - 無法判斷：收件人地址、附件內容、連結權限、寄送設定等
想要更多 AI 辦公實戰方法、完整模板與每日練習？歡迎加入「大叔的開發筆記」Skool 社群，一起把 AI 用在真正的工作上。
留言