Perplexity Automations 讓 AI 定時做事：怎麼設定觸發、記憶與人工覆核？
Perplexity Computer 支援持續自動化工作。用價格追蹤與郵件草稿設計觸發、資料基準、覆核與通知。
每週都整理同一份報告，看起來很適合交給 AI。但實際做過就會發現，報告的價值在於延續上一次的結果：哪些事情變了、哪些問題還沒解決，以及這次需要誰採取動作。如果 AI 每次重新搜尋、重新寫一份摘要，同事還是得自己找出前後差異。
Perplexity Computer 在 2026 年 9 月推出 Automations，官方說明支援按排程或條件事件執行，並保留先前工作脈絡。官方 X 示範貼文查核時已有超過十三萬次瀏覽。這個方向把一次性任務推向持續工作，也讓使用者更需要寫清楚觸發條件與行動邊界。
我的判斷是：Automations 最適合先接手已有明確輸入、固定產物與接手者的重複工作。可持續執行不等於可以放著不管。任務記憶、資料來源、費用與覆核，都應在第一輪設定時安排，才不會讓一項省時間的自動化，變成另一份每天需要整理的工作。
排程與事件，是兩種不同的開始方式
排程觸發，是到指定時間就開始工作，例如每週整理公開產品價格。事件觸發，則是在特定事情發生時開始，例如收到符合條件的郵件。Perplexity 官方列出可連接的工作服務，包括 Slack、Gmail、Outlook、Linear 等。實際可用連接與權限，仍要依帳號及管理設定確認。
選擇方式應從任務需求出發。如果資料每天只更新一次，頻繁檢查可能沒有價值。若問題必須在收到某封郵件後處理，固定每週執行又可能太晚。先問「什麼時候開始，結果才有用」，會比先找一個能開啟的排程按鈕更容易設計。
事件條件也要足夠具體。只說收到郵件就分析，可能把廣告、通知與無關對話全部納入。可以先限制寄件者、主題或工作範圍，再確認排除哪些情況。觸發愈寬，產出的工作量可能愈大，使用者也愈難檢查每次執行是否真的必要。
排程則需要清楚的時區與頻率。跨國團隊若只寫早上九點，可能不知道依哪個地點執行。週報也要說明涵蓋期間，否則本週與上週可能重複或遺漏一天。這些細節會改變產物，值得在任務開始前一次寫清楚。
持續記憶，應用來保存可追查的工作狀態
官方發布強調工作不必每次從頭開始。對使用者，應把記憶理解成延續任務所需的脈絡，而不是保證系統永遠記得所有事。最值得保留的是上次確認的結果、仍未完成的項目，以及判斷變化的依據。這些內容最好能連回來源與時間。
例如做價格追蹤，參考值應有產品、方案、幣別、資料日期與網址。若只保留「價格下降」，下一輪很難知道是和哪個版本比較。年繳與月繳也可能被誤放在一起。記憶能節省工作，但保存方式不清楚，錯誤就可能隨著每次執行累積。
任務還應說明何時更新記憶。頁面讀取失敗時，不能把空白結果當成新價格。遇到方案名稱改變，也不要直接刪除舊資料，讓人無法查明差異。可以先標示無法比較，再交由接手者確認，之後才更新基準。
如果先前結論被人修正，下一輪也應使用修正後的紀錄。可以保留原本判斷、修正理由與生效時間，避免只把一個新答案蓋上去。這是本文建議的工作紀錄方式，實際操作要依產品提供的編輯與歷史功能安排。
用一份價格追蹤，寫出具體任務
假設團隊要每週瞭解三項公開工具的方案變化，可以先指定三個官方價格頁，要求只比較同一幣別與同一計費週期。輸出是一張比較表，以及需要人處理的變動清單。這個範例的目的是示範任務設計，並非宣稱我們已實際運行這套工作。
任務描述可以寫成：「每週三上午九點，依臺北時間讀取指定官方價格頁。和上次人工確認的紀錄比較，保留新舊值、查核時間與來源。頁面無法讀取或方案無法對應時，列為待覆核。產物先存成草稿，由負責人確認後再分享。」
這段設定把時間、來源、比較方式與交付位置放在一起。它也明確說明不確定時如何處理，避免代理為了完成表格而推估。實際建立時，還要確認連接與草稿位置可用，以及使用者是否有權讀取、寫入相應的檔案。
第一輪可以由人陪同檢查所有欄位。第二輪再看是否正確延續前次紀錄。至少要觀察一次沒有變化、一次來源失敗，以及一次需要重新對應方案的情況。只有成功範例，無法讓團隊知道遇到日常例外時會發生什麼。
Perplexity 官方 Automations 示範。實際可用連接、權限與點數消耗依帳號設定及每次執行工作而定。 影片來源：Perplexity 官方 X。
讓事件工作先產生草稿，再交給接手者
郵件任務可以從回覆草稿開始。收到指定客戶的詢問後，代理整理已授權的先前往來、找出需要回答的項目，再準備回覆。寄出郵件是另外一項動作。把這兩者分開，能讓團隊先評估文字與資料品質，再決定是否擴大行動範圍。
草稿應保留來源與尚未確認的項目。例如對方問交付日期，系統只能找到舊版本計畫，就應指出需要人確認，不能把過期日期寫成最新承諾。代理的產物如果會影響對外關係，接手者需要知道哪些內容有確定依據，哪些只是候選回覆。
同一封郵件可能多次更新，也可能在串接服務中重複出現。這時需要避免重複建立相同工作。可以用郵件或對話的識別資料確認是否已處理，並保留處理狀態。這種防重複安排，常稱為冪等性：同一件事重複觸發，仍維持一致結果，不產生多份相同副作用。
第一次使用時，可以先限制每天處理量與資料範圍。觀察哪些郵件最容易被誤判、哪些資料經常缺少，再修改條件。比起一開始接手所有客戶，少量完整案例更能讓團隊看見是否真的減少工作，以及覆核成本有沒有下降。
通知要指出變化，避免只報告有在工作
自動化工作容易產生大量例行訊息。每天收到「已檢查，沒有新結果」，使用者可能很快忽略整個通知來源。對持續追蹤任務，可以先指定只有重要變化、執行失敗或需要決定時才通知，平常的檢查紀錄則保留在歷史中。
什麼叫重要，需要依工作定義。價格追蹤可能是方案費用或限制改變，專案追蹤可能是原本期限已過卻沒有交付。不要只寫「有重要消息告訴我」，讓代理每次自行重新判斷。可以列出幾個具體例子，也說明哪些變化不需要打斷同事。
通知應讓接手者立即知道下一步。例如有兩項價格變更，需要確認是否更新內部比較表，並附上新舊值與來源。只給一段長摘要，接手者仍要自己找需要處理的內容。把事實、影響與需決定事項清楚連在一起，能提高通知被採用的機會。
同一個問題也不要無限重複提醒。可以定義提醒後的狀態、下一次追蹤時間，以及誰確認已處理。若人已經回覆正在處理，代理下次應延續這個狀態。持續工作的價值，包含知道何時保持安靜，而不只是知道何時多做一次檢查。
費用、權限與暫停，要一起安排
官方說明區分等待觸發與實際執行：等待觸發不使用點數，執行任務時才消耗點數。這有助於理解費用起點，但總成本仍取決於觸發次數與每次工作。若條件太寬或反覆失敗重試，實際消耗仍可能增加。
可以先觀察一週的執行量，再估算日常費用。紀錄至少包含觸發原因、工作是否完成、是否需要重做與點數變化。不要只看成功執行的平均費用，失敗與人工修正也是工作成本。若預算不足以支撐現在的頻率，可以縮小來源或降低檢查次數。
權限則依任務安排。價格報告只需要讀公開網頁與寫入指定文件，就不必取得郵件寄送能力。郵件草稿可以只讀取相關對話，避免連接無關檔案。管理者可限制連接能力，使用者也要確認任務描述沒有要求超出自己的授權。
當工作暫停或負責人離開，應同步調整自動化。每個任務最好有負責人、用途與檢查日期。沒有接手者的排程，可能長期耗費點數，或把資料寫到沒有人維護的位置。定期盤點正在運行的工作，比只在建立時檢查一次更可靠。
先驗收一輪，再逐步放手
驗收應從產物開始。比較表有沒有正確對應方案，草稿有沒有保留關鍵問題，通知有沒有送到指定位置，都可以直接檢查。系統顯示執行完成，只表示它走完自己的流程，不能單獨證明結果符合工作要求。
接著檢查歷史。看這輪由什麼事件觸發、使用哪些來源、延續哪項前次結果，以及最後產生了什麼。若一個錯誤在下一輪被修正，應確認是因為資料變化還是人提供了新規則。找出原因，才有機會避免再次發生。
對長期工作，可以保留少量固定抽查案例。每隔一段時間，由人重新查核某個來源與關鍵輸出，確認任務仍符合當前需求。當產品頁、資料格式或連接權限改變，這些案例能幫助團隊較早發現問題，而不是等到錯誤報告已被多人使用。
最後，擴大的是已驗證的部分。報告整理穩定，可以增加來源。草稿品質穩定，可以減少逐欄檢查，但涉及對外傳送或正式資料修改的動作，仍應有相應的決策流程。自動化程度應隨著證據增加，而不是隨著代理的語氣變得有把握。
常見問題
Automations 和一般提醒有什麼差別？
提醒主要告訴你該做事，Automations 則可依設定執行工具工作並產出結果。也因此需要更清楚的來源、權限、完成標準與接手安排。
有記憶，就不用保存上次報告嗎？
仍應保留可追查的基準與來源。記憶幫助延續工作，正式紀錄則讓人知道前後差異的依據，兩者在驗收時各有用途。
第一個任務應該選什麼？
選一項你現在已經固定做、資料來源清楚、產物可覆核，而且出錯後容易修正的工作。先跑完整一輪，再觀察下一輪是否正確延續，會比較容易判斷價值。
先定義一份有人接手的產物
Perplexity Automations 把 AI 工作推向排程、事件與持續脈絡。對使用者，最重要的起點仍是一份明確、有用、能檢查的任務。當輸入、產物與接手者都說清楚，自動化才有機會減少日常負擔。
可以從一份公開資料比較表或郵件草稿開始，先安排來源、觸發與覆核，再看它是否真的省下時間。讓下一輪延續上一輪的工作，而不是隻重複產生文字，才是持續代理最值得驗證的價值。
