什麼是 AI Agent 信箱？為單一任務準備的獨立地址

AI agent 信箱是為了讓 AI 助手為一個有明確範圍的任務收信而建立的信箱——一組驗證碼、一封確認信、一個下載連結——全程不碰任何人的私人郵件。它落在人們常取的另外兩個選項之間：你自己的信箱（裡面裝著多年歷史和復原連結），以及以助手名義註冊的固定信箱（那會變成你得維護的第二個身份）。

概念很簡單：任務需要一個讓郵件能送達的地方，和一個讓助手讀到它的方式。這兩者都不需要你的郵件歷史，也不需要一個下個月還存在的地址。

填地址不等於授權讀信

助手代你註冊服務時，發生的是兩件獨立的事：把信箱地址填進表單，和讀取寄到該地址的郵件。大家常把這兩者當成一個動作，但它們是兩種不同的權限，也不必指向同一個信箱。

把你的地址填進表單，分享的是一個識別碼。授予助手讀取你信箱的權限，分享的則是裡面的一切：銀行對帳單、密碼重設信、私人對話、能解鎖其他帳號的連結。一個只需要一組驗證碼的任務，不該被迫暴露其中任何一樣。

同系列的給 AI 信箱地址與給收件匣存取權一文詳細說明了授權決策。簡單說：對低風險的一次性任務，地址和讀取權限都應該離你的主要信箱遠一點。

獨立收件匣模式

給助手一個專用的固定信箱，解決了暴露問題，卻製造了維護問題：郵件不斷累積、地址綁上越來越多帳號，久了就變成另一個帶著自己復原連結和清理工作的身份。

任務信箱避開了這些。它在任務開始時建立，只裝為這個任務送達的東西，任務結束時被刪除或到期。定義這個模式的是三個特性：

• 有限效期。 收件匣有固定終點，不會留下一個日後要回頭處理或防守的信箱。
• 限定範圍的憑證。 助手握有的憑證只能打開這一個收件匣，而不是一個掛著其他信箱的帳號。
• 只收不寄的服務。 信箱接受來信；服務本身不提供從它寄信的方式。

本服務讓 agent 做什麼

在 TempMail.Best 上，agent 走自己的存取通道，與人類使用的瀏覽器工作階段分開。透過這個通道，agent 可以：

• 建立效期 10 分鐘或 1 小時的信箱；
• 訂閱信箱變更事件來等待新郵件；連線失敗時，也能自行輪詢郵件清單；
• 列出郵件預覽、打開單封郵件讀取完整內文；
• 在任務完成時刪除信箱和其中的郵件。

它不能透過本服務寄信。它拿到的憑證是一組只綁定那一個信箱的 Bearer token，背後沒有帳號，也沒有其他它碰得到的信箱。

收件匣的規則是固定的：效期在建立時設定，收信不會延長；只保留最新 20 封；單封原始郵件上限 1 MiB；到期後信箱再也無法存取。這些限制框住的是這個信箱的壽命與存量，它們不能讓助手變得安全，也限制不了它的其他工具。

助手的其他工具仍然做得到的事

收件匣邊界限制的是助手看得到哪些郵件，限制不了助手本身。如果同一個助手還有瀏覽器、程式碼解譯器、檔案存取或其他已授權的整合，那些能力的威力分毫未減，獨立收件匣對它們什麼也縮不了。

這一點關係到 AI 處理郵件時最主要的威脅：提示注入（prompt injection）。郵件內容是不可信輸入，一封信可以藏著想把助手引去做使用者從未核准的事的文字。OWASP 把提示注入列為 LLM 應用的首要風險，包括透過電子郵件這類外部內容進行的間接注入（OWASP LLM Top 10）。臨時收件匣限制了暴露的郵件量，但阻止不了被操縱的助手濫用它的其他工具。

出於同樣的原因，叫助手「把郵件文字當資料、不要當指令」是一條運作指示，不是技術保證——模型並不能可靠地分開指令和內容。注入的文字如何跨越權限邊界、人工核准該卡在哪裡，在用大白話講提示注入一文中有說明。

還有一條界線要點名：收件匣也藏不住助手在別處送出的東西。如果任務涉及填表單、點連結或付款，不管確認信寄到哪個信箱，那些動作都帶著你的資訊。

結束任務並檢查存取

助手回報任務完成時，先確認結果。然後關閉收件匣：agent 可以透過 agent API 刪除它的信箱，你也可以讓信箱如期過期。瀏覽器工作階段停不掉 agent 建立的信箱——兩條存取通道彼此隔離。信箱一消失，那組憑證就打不開任何東西了。

請精確理解這結束了什麼：對這個收件匣的存取結束了。這跟助手在你用的 AI 平台上的其他權限、活動中的工作階段或已連接的工具無關——那些要另外管理，刪除收件匣不會撤銷它們。刪除也無法讓助手「讀過的東西不算數」，所以收斂暴露要在任務開始之前，而不是之後。

如果你想在授權真實任務之前先走一遍實際流程——檢查什麼、拒絕什麼、事後驗證什麼——檢查清單在用 AI agent 做郵件驗證一文裡。

Agent 信箱回答的是一個很窄的問題：任務郵件該落在哪裡，才能讓助手讀到信、而不讀到你？給它這個，僅此而已。