Perplexity Computer 電子郵件委派：設定方式與限制

一封長長的電子郵件串，往往已經包含任務簡報、參考檔案、期限與過往決策。Perplexity Computer 電子郵件委派讓符合資格的使用者把這串郵件轉成 Computer 任務，但更適合把它視為有範圍限制的任務觸發器，而不是能自主管理收件匣的代理人。最容易忽略的限制是：Computer 會沿用已驗證寄件者現有的連接器、權限、設定與 Memory，而任務回覆只會寄給該寄件者。Perplexity 已在說明中心說明這兩項行為。

Perplexity Computer 電子郵件委派如何運作

Perplexity Computer in Email 是啟動一般 Computer 工作階段的另一個入口。你可以寄出新郵件、轉寄既有郵件串，或把 [email protected] 加入對話中；Computer 會讀取提供的內容、啟動工作階段，再在同一串郵件中回傳結果。它並不是一個擁有獨立權限的「電子郵件專用代理人」。(Perplexity 說明中心)

階段	會發生什麼事	需要確認的事項
觸發	將郵件寄出或轉寄至 `[email protected]`，或把該地址加入郵件串	寄件地址與 Perplexity 帳戶一致
驗證	Perplexity 會在建立任務前檢查寄件者與使用資格	帳戶具備 Computer 存取權；Enterprise 帳戶已由管理員啟用
內容	Computer 會處理主旨、內文、引用或轉寄的文字、附件，以及郵件串中繼資料	移除任務不需要的內容
執行	任務會使用寄件者現有的連接器、權限、設定與 Memory	寄出前先檢查連接器存取權限
確認	Computer 會先回覆確認訊息及工作階段連結	開啟工作階段，檢查進度與執行步驟
交付	Computer 會再回覆一次，附上結果與產生的檔案	回覆只會送達已驗證的寄件者

Perplexity 表示，產生的成果可以包括 PDF、試算表、圖片與影片。每個透過電子郵件觸發的任務，也都會出現在使用者在網頁或行動裝置上的一般 Computer 檢視畫面中，之後可以繼續操作。(Perplexity 說明中心)

設定第一個電子郵件觸發任務

設定不需要安裝外掛、建立郵件規則，也不用新增連接器。三項前提是：使用具備 Computer 存取權的 Perplexity 方案、使用與 Perplexity 帳戶綁定的同一個電子郵件地址，以及 Enterprise 帳戶已由管理員啟用這項功能。Perplexity 的頁面沒有列出所有符合資格的方案，因此最可靠的做法，是先確認帳戶中已可使用 Computer，再寄出任務。(Perplexity 說明中心)

在網頁或行動裝置上開啟 Computer，確認預計使用的連接器與權限都已完成設定。
從登入 Perplexity 時使用的電子郵件地址，撰寫新郵件寄至 [email protected]。.ai 版本的地址不受支援。
將指示放在新郵件的主旨或內文中。若要處理既有對話，請轉寄郵件串，並把指示放在轉寄內容上方，或直接將 Computer 加入郵件串。
在指示中逐一說明附件，並寫清楚所需的輸出，例如整理後的試算表或 PDF 摘要。
等待確認訊息，再透過其中的 Perplexity 連結檢查 Computer 工作階段。完成結果會在之後的同一串郵件中送達。
若要修改結果，直接回覆該郵件串；Computer 會保留任務內容，處理後續要求。(Perplexity 說明中心)

一個實用的要求格式，應該把授權指示與參考資料分開：

Task: Summarize the decisions and unresolved questions in this thread.
Output: Return a two-column spreadsheet with owner and due date.
Constraints: Use only dates and names present in the thread. Mark missing fields
as "Needs verification." Do not send messages or update connected systems.
Attachments: Use project-status.csv as supporting context.

Perplexity 並未要求一定要採用這種格式，但明確寫出輸出內容與行動限制，可以減少理解歧義。官方範例同樣要求 Computer 清理附加的 CSV、移除重複項目，再回傳格式化後的試算表。(Perplexity 說明中心)

電子郵件任務完成後，哪些內容可以稽核

每次電子郵件請求都會建立標準的 Computer 工作階段，因此可稽核性比只能收到一封不透明回覆的電子郵件代理更高。確認訊息會連結至工作階段，Perplexity 也表示使用者可以在網頁或行動裝置上檢查任務步驟；符合資格的組織管理員，還能透過 Audit Logs 檢視 Computer 活動。(Perplexity 說明中心)

不過，官方文件對可追溯性的描述仍有界線。Perplexity 沒有在公開說明頁面中交代，工作階段是否會顯示每一次連接器讀取、嘗試執行的動作、點數扣除或失敗紀錄，也沒有說明是否能匯出完整的事件記錄。因此，可見的任務步驟有助於檢查流程，但除非組織的 Audit Logs 能證明符合自身設定，否則不應把它稱為完整的鑑識紀錄。

如果你需要一個可供檢查的工作流程，請保留原始請求，在使用產出前先檢視連結的工作階段；若結果會影響客戶、付款、合約或正式環境系統，則應在 Perplexity 之外另行記錄人工核准。前兩項做法直接對應官方所描述的郵件串與工作階段行為；至於核准紀錄，則是營運控管措施，而不是 Perplexity 的功能。

轉寄郵件前，先確認權限與隱私邊界

Computer 執行任務時代表的是已驗證的寄件者，而不是郵件串中的所有參與者。它會使用該使用者現有的連接器權限與 Memory，因此轉寄郵件不會授予新的存取權，但可能會啟用原本已設定好的權限。(Perplexity 說明中心)

Perplexity 也劃出一條重要的指示界線：已驗證寄件者的主旨與內文會被視為請求；引用郵件、第三方轉寄文字與附件則屬於內容脈絡，不是可以凌駕寄件者、系統規則或安全政策的可信指示。這種設計能降低提示注入內容的指揮權，但不代表所有輸出都一定正確，也不代表輸出不會受到惡意內容脈絡影響。(Perplexity 說明中心)

這項服務可能會處理寄件者與收件者標頭、主旨與內文、引用與轉寄內容、附件、郵件 ID 與參照資訊、郵件串與傳遞中繼資料、產生的回覆、產生的附件，以及 Computer 任務與工作階段中繼資料。Perplexity 表示，這些資料會在傳輸中與靜態儲存時加密，並儲存在通過 SOC 2 Type II 認證的基礎架構上；電子郵件、附件與企業資料不會用於模型訓練。Perplexity 也表示，針對正式環境、支援、安全、法律與合規用途的人員存取，會依循標準授權流程。(Perplexity 說明中心)

轉寄前，請移除與任務無關的其他收件者個人資料、舊附件、隱藏的引用歷史、合約內容、憑證，以及不需要的簽名檔。便利性省下了手動複製貼上的步驟，但那個步驟往往也同時是人工遮蔽敏感資料的檢查點。

對於正在考慮串接收件匣工作流程的使用者來說，這個疑慮並非杞人憂天。在一場討論 Perplexity 電子郵件產品的對話中，Reddit 使用者 u/followspace 寫道：

“I don't want to use yet another service that has access to my inbox.” 來源：r/perplexity_ai 的 u/followspace

根據設定文件，單純寄出任務不需要授予 Computer 一個可讀取整個信箱的新連接器。不過，Computer 原本可使用的連接器仍然相關，而透過電子郵件送出的郵件串與附件也仍會由 Perplexity 處理。

會影響使用建議的操作限制

目前這套流程是非同步、綁定寄件者，而且依賴既有的帳戶存取權。部分實際限制已在文件中說明，另一些限制則仍未出現在公開說明中心頁面。(Perplexity 說明中心)

限制或行為	官方文件狀態	對實務操作的影響
回覆對象	Computer 的回覆只會寄給已驗證的寄件者，且無法設定	加入副本不會建立共用代理參與者，也不會形成 Reply All 工作流程
寄件者身分	必須對應到具備 Computer 存取權的合格 Perplexity 使用者	若別名或替代地址與帳戶不一致，可能無法觸發
郵件篩選	僅密件副本、系統自動產生、群發、郵件清單、退信與迴圈郵件都會被拒絕	郵件規則與自動通知流程不適合作為可靠的觸發器
權限	既有的 Computer 連接器與權限會沿用	委派前先檢查存取權限，尤其是具備寫入能力的連接器
附件格式與大小	公開文件沒有列出完整限制	正式採用前，先用具代表性的檔案進行測試
任務延遲與並行數	未提供服務保證	不要用於期限極緊或需要即時處理的作業
任務或點數額度	未說明電子郵件專用配額	應查看帳戶用量，不要假設電子郵件任務沒有限制
保留期限	頁面提到沿用 Computer 的相同保留控制項，但未提供期限	套用組織設定的政策，並向管理員確認
持續監控	沒有描述為信箱監看器或排程器	把每封獲接受的郵件視為獨立觸發事件

社群中的提問也再次提醒使用者，應確認實際資格，不要只從行銷用語推測功能範圍。有一位 Reddit 使用者詢問定期摘要時，得到的回覆指出，這類工作可能消耗大量 Computer 點數；但由於那是使用者討論，不是官方定價文件，因此它只能作為檢查帳戶限制的理由，不能視為固定費用的證據。(Reddit 討論串)

判斷哪些工作適合委派

當輸入內容已經存在於郵件串中、輸出結果可以在使用前檢查，而且任務能在既有權限下執行時，Perplexity Computer 電子郵件委派就很適合。反過來說，如果錯誤操作會造成對外承諾，或郵件串含有超出任務所需範圍的敏感資料，就不適合交給它處理。

委派類型	範例	必要控管
適合優先嘗試	摘要郵件串；整理待解問題；清理非敏感 CSV；建立內部草稿	檢查工作階段，並將輸出與原始資料比對
可委派，但需要核准	草擬客戶回覆；準備財務模型；分析合約文字；轉換內部紀錄	由人員檢查事實、數字、收件者、權限與最終檔案後再使用
維持人工掌控	寄出具約束力的承諾；核准付款；接受合約條款；刪除紀錄；在沒有核准政策的情況下處理機密或受法規管制的資料	不要把電子郵件觸發任務當成授權機制

結論很明確：先把 Computer in Email 用在可回復的準備工作與文件處理上。即使連接的工具在技術上允許執行這些動作，也應讓寄送、核准、刪除與具約束力的決策保留在獨立的人工檢查點之後。

常見問題

Perplexity Computer 正確的電子郵件地址是什麼？

請使用 [email protected]。Perplexity 明確表示，[email protected] 不受支援。(Perplexity 說明中心)

Perplexity Computer 能讀取透過電子郵件寄送的附件嗎？

可以。Perplexity 表示，Computer 能使用附件檔案作為內容脈絡，也能以附件形式回傳產生的 PDF、試算表、圖片、影片與其他成果。公開頁面沒有列出完整的檔案格式或大小限制。(Perplexity 說明中心)

加入副本的郵件串中，每個人都會收到結果嗎？

不會。即使郵件串中還有其他人，Computer 目前也只會回覆給已驗證的寄件者，而且無法調整這項行為。若情況適合，請另外分享 Computer 工作階段。(Perplexity 說明中心)

如果我從另一個電子郵件地址寄出，會發生什麼事？

寄件者必須對應到既有的 Perplexity 帳戶，且該帳戶具備 Computer 存取權。請使用登入時採用的同一個地址，否則系統無法將請求與使用者的設定及權限建立關聯。(Perplexity 說明中心)

Computer in Email 等同於把 Perplexity 連接到我的整個收件匣嗎？

不等同。寄送或轉寄郵件是一個獨立的任務觸發器，設定頁面也表示不需要安裝或設定任何東西。不過，任務仍會處理提供的郵件串與檔案，也可能使用 Computer 中已設定的連接器，因此轉寄的內容與既有權限都需要檢查。(Perplexity 說明中心)

透過電子郵件提供的訊息與附件會被用於模型訓練嗎？

Perplexity 表示，Computer in Email 使用的電子郵件、附件與企業資料不會用於模型訓練。組織仍應另外確認自身合規計畫所要求的資料保留、資料存放地區與連接器政策。(Perplexity 說明中心)