n8n 入門：用 AI 自動化電郵摘要，零程式碼起步
由收件、整理到發送通知，先建立一條可核對、可停用的日常處理流程
每日收到大量通知、訂閱電郵或內部更新，真正花時間的往往不是閱讀，而是篩走無關內容、抽出重點，再轉告同事或自己。適合剛接觸自動化、希望減少重複整理工作的人，第一個目標不應是把所有事情交給 AI，而是建立一條範圍小、結果易核對、隨時可停用的處理流程。
核心做法很簡單：以一封符合條件的新電郵作起點，取出必要內容交給 AI 濃縮，最後把摘要送到你日常會看的通知渠道。n8n 的角色是把不同網上服務串接起來；不過，AI 產出的內容仍要先由人核對，尤其涉及客戶資料、金錢、承諾或對外訊息時。先由低風險、資訊量固定的電郵開始，會順好多。
先界定第一個目標，別急於全自動
請先挑選一種電郵來源，例如活動通知、系統狀態更新、每周訂閱，避免一開始便處理所有收件。這樣做有三個好處：輸入格式較一致、較易判斷摘要好不好、即使設定有誤，影響範圍也有限。
把目標寫成一句可驗收的要求，例如：「收到指定寄件人及指定主旨的電郵後，在通知渠道送出三點中文摘要，保留原文連結或識別資料供覆核。」當中要預先決定四件事：
- 哪些寄件人、主旨或標籤會觸發處理；
- AI 只可讀取哪些欄位，例如主旨、寄件人、正文及時間；
- 摘要固定要有甚麼，例如三個重點、待辦事項、截止時間；
- 發送前是否要人工批准，還是只把結果送到個人頻道。
不要把「所有新電郵」直接交給 AI。宣傳郵件、轉寄內容、附件中的敏感資料，以及格式混亂的訊息，都可能令結果失準或不應外傳。第一版只處理純文字正文，附件和圖片留待流程穩定後才考慮。
用三個環節搭出電郵摘要流程
n8n 可將不同網上服務串接，自動在步驟之間傳遞資料；相關節點亦可加入 JavaScript 表達式處理前一步的資料。對零程式碼使用者而言，第一版毋須寫表達式，只要採用服務本身的連接設定與欄位對應即可。iThome
1. 收取：只接收合資格的新電郵
建立電郵來源的連接後，加入明確篩選條件。可先以一個寄件人地址或一段主旨文字測試；不要同時加太多規則，否則出錯時很難知道是哪一項造成問題。為每次收到的內容保留電郵主旨、寄件人、時間及原文位置，方便之後追查。
測試時請自行寄一封短電郵，再寄一封不符合條件的電郵。前者應被接收，後者不應進入下一步。若兩者結果不符，先修正篩選條件，暫時不要接上 AI。
2. 整理：把輸入縮小，再交給 AI 濃縮
把需要的文字欄位交給 AI 前，先移除簽名檔、免責聲明、重複引用的舊訊息及不必要的收件人資料。輸入越乾淨，摘要越容易閱讀，也可減少把無關資料交出去的風險。
給 AI 的要求應具體說明輸出格式，而非只說「幫我摘要」。例如要求它：以繁體中文輸出；列出三個重點；將可執行事項另列；無法判斷的日期或責任人要標示「原文未列明」；不可自行補充事實。這不是為了令文字寫得花巧，而是為了讓每次結果都可以用同一標準檢查。
先用三至五封真實但不敏感的樣本逐封核對。重點不是摘要有沒有寫得很長，而是有沒有遺漏關鍵日期、錯認行動項目，或把不確定內容寫成結論。一旦常見錯誤浮現，就調整輸入範圍或輸出規格，再測一次。
3. 發送：把結果送往容易看到、但不會誤傳的地方
最後接上你慣用的通知渠道，例如私人聊天、團隊訊息區或電郵草稿。第一階段建議只發送到自己可見的地方，不要直接送到客戶群組、公開頻道或多人名單。訊息應包含摘要、原電郵主旨、寄件人及可回看的原文識別資料；這樣看見摘要後，仍可快速返回原文確認。
完成後用不同長度、不同語氣的電郵測試，包括空白正文、只有轉寄內容、含有多個日期的訊息。任何一類測試出現亂碼、遺漏或不合理結論，都應停止自動發送，先回到整理或篩選環節處理。
把人工覆核放在正確位置
是否加入人工覆核，取決於錯誤成本，而不是看自動化程度有多高。可用以下準則判斷：
| 電郵類型 | 可否先自動發送摘要 | 建議做法 |
|---|---|---|
| 訂閱、公開活動、一般系統通知 | 可以，仍要定期抽查 | 發送至個人通知渠道，保留原文資料 |
| 團隊內部例行更新 | 視乎內容敏感度 | 先送至私人或小組審核位置 |
| 客戶要求、合約、付款、個人資料 | 不建議 | 只建立草稿或待審核通知，由人閱讀原文後決定 |
| 緊急事故或安全警報 | 不應只依賴 AI 摘要 | 保留原有警報渠道，摘要只作輔助 |
AI 很適合壓縮文字和整理格式，卻不應代替你判斷責任、承諾、優先次序或真偽。當摘要會影響他人行動時，保留人工最後確認，通常比追求全自動更實際。
權限與保安：開始前先做兩項檢查
自動化會同時接觸電郵、AI 服務及通知渠道，因此連接帳戶時只授予完成任務所需的最低權限；不再使用的連接應撤銷。亦不要把密碼、存取密鑰或敏感內容直接放進訊息文字或可被其他編輯者看到的設定欄位。
若採用自行管理的 n8n，更新尤其重要。iThome 報道指出，n8n 曾修補與表達式沙箱相關的高風險漏洞：擁有建立或修改處理流程權限的已登入使用者，可能藉此在執行 n8n 的主機執行命令；報道列出的修補版本為 2.31.5 與 2.32.1，並建議升級至該等或後續版本。iThome 即使不用表達式，也應限制誰可建立或修改流程，並只向完全可信任的人授予編輯權限。
此外，不要把自動化綁死在單一工具而沒有退出安排。AI 自動化產品會停止服務；例如 Relay 曾公布停止服務並安排關閉用戶存取。TechCrunch 因此應記錄每個環節用到的帳戶、篩選規則與輸出格式，並保留可人手接管的做法。
下一步：每次只加一項改善
第一條流程穩定後，可逐步加入分類：把電郵分成「要回覆」「只需知悉」及「可略過」；或把每天多封摘要合併成一則晚間整理。每次只改一項，並保留改動前後的樣本比較，才容易找出效果是否真的改善。
真正有用的自動化不是看起來複雜，而是每天少做一件重複、低風險而又可核對的工作。由電郵摘要開始，建立篩選、核對、發送與停用的習慣，之後擴展到其他日常行政工作就會更有把握。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
- 工作流程自動化平臺n8n表達式沙箱再遭繞過，工作流程編輯者可執行主機命令｜iThome — 用於說明 n8n 可串接網上服務、可使用表達式，以及自行管理時的已披露保安風險與更新建議。
- AI automation startup Relay shuts down, staff joins Google’s Chrome team｜TechCrunch — 用於說明自動化工具亦可能停止服務，因此應保留流程記錄與人手接管安排。
資料及操作介面可能隨版本更新；本文以列明來源的資料範圍為準。
