我如何打造一位即時處理我收件匣的 AI 行政助理

我經營一家數位代理商。八個活躍客戶。每個客戶每週產生五到十五條電子郵件線。BK Digital 的 Stephanie。ReGolf 的 Bo。CoreVal Homes 的 David Bond。KidStart Pediatric 的 Sean。還有供應商、承包商、冷回覆。收件匣分類的心理負擔已嚴重侵蝕我的專注力，讓我開始完全迴避電子郵件——而這又造成了更嚴重的問題：回覆擱置、承包商等候、客戶失去信任。

這週我推出了解決方案。一個 AI 行政助理——我替他取名 Aaron——他在 aaron@frankyao.site 擁有真實的信箱，每五分鐘監控一次，依寄件人歸檔所有回覆，根據完整的專案記憶起草有脈絡的回應，並對範圍內的回覆自主發送，或以一鍵審核流程通知我。一天內完成開發。大約 190 行程式碼。每月一美元。

這篇文章是完整的架構說明。如果你是正在被電子郵件淹沒的創辦人、代理商負責人或營運主管，你可以直接複製這套做法。

TL;DR —「AI 行政助理」究竟意味著什麼

AI 收件匣分類器將你的電子郵件歸類至資料夾。個人 AI 助理在你詢問時起草回覆。AI 行政助理做的則是截然不同的事：它自主讀取每一封來信，分類它所屬的專案與寄件人，利用整段客戶關係的持久記憶起草有脈絡的回覆，並在一鍵審核後發送——或者在主題超出核准範圍時向你升報。

關鍵差異在於跨 session 的持久記憶與自主輪詢。大多數 AI 電子郵件助理都是被動的：你打開它，請它起草回覆，它就起草。行政助理則是主動的：它在你睡覺時持續運作，監看可能阻礙後續工作的回覆，並主動清除它們，讓你無需親自出手。

四個層面的架構

層面一 — aaron@frankyao.site 的真實信箱

這個助理擁有一個真實的 Hostinger Business Email 信箱。真實的 IMAP，位於 imap.hostinger.com 連接埠 993。真實的 SMTP，位於 smtp.hostinger.com 連接埠 465。每月費用一美元。任何人都可以寄信到這個地址——Stephanie、Bo、透過 BK Digital 間接聯繫的 Dr. Shi、冷開發潛在客戶，任何人——郵件都會落進真實的收件匣。

為什麼用真實信箱，而不是別名或純 Resend 設定？因為回覆必須能路由回來。純別名設定意味著每封回覆都會硬退信。我以親身慘痛的方式學到這一點——從一個無效別名發出四封重要郵件後，才發現回覆全都在無聲無息地失敗。真實信箱解決了這個問題：回覆會送達、可以被讀取、可以被歸檔、可以被處理。

層面二 — 每五分鐘的收件匣監控

一個名為 AaronInboxMonitor 的 Windows Task Scheduler 任務每五分鐘執行一次，透過 wscript.exe 和 silent-runner.vbs 靜默執行，確保我打字時不會有主控台視窗閃現。驅動程式是一個大約 190 行的單一 Node.js 檔案，執行以下操作：

• 使用本機 credentials.env 檔案中的憑證連接至 Hostinger IMAP
• 讀取

狀態檔案位於 .aaron/state/aaron-inbox-uid.txt，記錄最後處理的 IMAP UID

• 搜尋 INBOX 中所有大於上次標記的 UID
• 對每封新郵件：透過 mailparser 解析，將完整內容封存至 `.aaron/inbox/by-sender`，再以子行程呼叫 Claude CLI 進行分類與起草，最後視範圍決定直接發送（in-scope）或上報（out-of-scope）
• 更新狀態檔案，確保下次執行不會重複處理同一封郵件
• 正常關閉 IMAP 連線

讓這套系統輕鬆落地的兩個依賴套件：imapflow（現代 IMAP 客戶端）和 mailparser（將原始 RFC 822 解析為乾淨的 JSON）。兩者開箱即用，不需要額外膠水代碼。

第三個接觸面——透過 Claude CLI 子行程自主起草

每當新郵件抵達，監控器會以子行程呼叫 claude --print，傳入一個結構化 prompt：郵件內文、寄件人、主旨，以及一份 JSON 格式的範圍設定，列出哪些對話串已預先核准可自主回覆。CLI 回傳一個 JSON 物件，包含分類結果、推理過程、起草的主旨與內文，若屬 out-of-scope，則附上上報說明。

這套流程使用我的 Pro Max 方案——每次呼叫零邊際成本。沒有 API keys 存在我的筆電上，沒有計量收費。分類與起草在單次 CLI 來回中即可完成，耗時 8 到 12 秒。

第四個接觸面——透過 Hostinger SMTP 發送，或上報給操作員

對於 in-scope 的對話串——與特定聯絡人進行的 BAA 協商、與已往來廠商的範圍確認——助理直接起草並發送，無需再次詢問。郵件內文必定包含 AI 揭露聲明：簡短說明 Aaron 是代表 Frank 行事的 AI persona，並提供隨時讓 Frank 直接介入的管道。

凡是模糊地帶——涉及金錢、合約、任何觸及法律範疇的事項、任何來自未預先核准白名單寄件人的郵件——助理會起草後上報，等我一鍵核准才發送。對外郵件透過 Hostinger SMTP 從 aaron@frankyao.site 寄出。Out-of-scope 的回覆絕不會在未經授權的情況下單方面發出。

為何這套方法真正適用於客戶場景

關於執行助理問題，不為人知的核心難點不在於撰寫回覆，而在於跨持久記憶的分類判斷。

當 BK Digital 的 Stephanie 回覆 Centre Dental 分包商 BAA 時，助理需要知道：

• BK Digital 是 Centre Dental 的主承包商
• Zealous Digital Solutions 是分包商
• BAA 鏈路為：Centre Dental → BK Digital → Zealous
• 我們簽發的 BAA 涵蓋 HIPAA 合規條款，因為語音代理透過 Open Dental 的 API 讀取病患資料
• Stephanie 的回覆屬於 in-scope：BAA 措辭、簽署人資訊、準據法
• 任何涉及定價或合約條款的回覆則屬 out-of-scope，需上報

這不是 RAG，不是向量搜尋，而是結構化的檔案式記憶——~/.claude/projects 目錄下存放著大量小型 markdown 檔案，每個檔案記錄單一事實，在每次 session 開始時載入助理的 context。

Claude Code 原生支援這套機制。新 session 啟動時，助理讀取 MEMORY.md（索引），提取相關記憶，帶著完整的歷史脈絡運作。邊際成本為零，我已繳的 Max 方案費用涵蓋一切。

這條基本原則

這條原則源自一次挫敗：

「不管誰回覆你，郵件監控都應該持續運作，因為你會發郵件給 Josephine、Bo、David Bond、Stephanie，未來還有更多人，包括 KidStart 的 Sean。我不能遺漏任何一封往來郵件。你必須跟上。有人回覆——你就必須回應、理解。否則整個運作都會卡住。」

我在發現助理只監控特定寄件人的回覆、遺漏所有其他郵件之後，把這段話口述進對話框。這條原則被寫進一個記憶檔案，之後晉升為一個可移植的 Claude Code skill，存放於 ~/.claude/skills/aaron-inbox-vigilance/，如今適用於我所開通的每一個 Aaron persona 信箱。

這條原則不是「建一個聰明的監控器」，而是：Aaron 不是筆友——Aaron 是清除上游阻塞的函數。遺漏一封回覆，就是阻斷下游的工作流。每一封未讀的包商回覆，就是整個團隊無法推進的一個任務。

總成本（完整技術棧）

全部邊際成本是每月一美元的 Hostinger 信箱費用。Claude Pro Max、Resend、Windows Task Scheduler，以及 npm 套件（imapflow、mailparser、nodemailer）均已付費或免費。一位具備這樣專案脈絡深度的人工 VA，月薪需要 1,500 到 4,000 美元。Superhuman AI 或 SaneBox 這類 SaaS AI 收件匣管理工具，每個信箱每月收費 30 到 50 美元，且只提供排序和摘要——沒有任何一款能以持久專案記憶撰寫有脈絡的回覆。

為何創辦人應該重視這件事

電子郵件是所有服務型企業的運作基礎。每一封未讀回覆，都是持續流失的信任。每一封雖已回覆、卻耗費三十分鐘切換情境成本的郵件，都是持續消耗的專注力。AI 執行助理並不消滅電子郵件——它讓行動延遲趨近於零，情境切換成本歸零。

對於獨自運營一家代理商的創辦人：用每月一美元和一個以你實際業務運作訓練的 AI，取代每月 2,000 美元的 VA。投資回報立竿見影，槓桿效應持續複利，因為每個新客戶案子都能直接繼承同一套 skill、同一套信箱模式、同一條基本原則。

我花了一天把這套系統做出來。整個技術棧都在這篇文章裡。如果你有所建樹，歡迎來信 aaron@frankyao.site，讓 Aaron 來回覆你。

Frank Yao 經營 Zealous Digital Solutions，一家為中小企業提供 SEO 與 AI 自動化服務的代理商。他在 frankyao.com 寫作，涵蓋代理商運營、AI 輔助工程與自力更生創業經濟學。