Perplexity Teammates 怎麼用？先驗收定期監測與私人回報
本文目錄
想每週追蹤幾個供應商的版本公告，Perplexity Teammates 可以把「去看這幾個來源，有變化就回報」設定成一項持續的工作。第一輪先讓它把摘要送回自己的對話，驗收三件事：查了哪些頁面、怎麼辨認新公告、讀取失敗時怎麼回報。這三項都穩定之後，再決定要不要讓同事收到通知。
Perplexity 的 11 月 6 日公告把 Teammates 列為網頁功能；官方說明初期是個人 Max 訂閱者的研究預覽，Pro 和 Enterprise 預設不包含。公告同時介紹 Mac 的全本機 Computer 模式；那是另一個入口，無法從同一篇公告推論網頁上的 teammate 也在 Mac 本機執行。
把持續任務寫成可核對的回報
依 官方入門指南，建立 teammate 後，可在該對話指定工作來源、輸出、時間和收件對象，並用回覆調整後續工作。先把三個供應商的官方 changelog URL 放進任務，約定它只回報會影響現有部署的變更。例如：
每週一上午 9 點（Asia/Taipei），查我列出的三個官方 changelog。只整理新增的破壞性變更、棄用通知或安全更新。每筆附版本、官方網址、公告日期及可能受影響的服務。先比對上一份回報已列出的公告網址和版本。讀不到來源時，列出網址和錯誤；找不到上一份回報時，標示本次未去重。把結果留在這個對話，包含各來源的檢查狀態。Slack 通知只產生草稿。第一次手動要求執行時，先選一段已知有公告的日期，從官方頁面預先挑一筆應出現的版本。第二輪重用同一段日期，檢查它能否正確辨認重複項目。再用一個故意不存在的測試網址，確認「來源讀取失敗」和「成功檢查但沒更新」會得到不同結果。最後等一次真的定期觸發，核對台北時間和回報位置。這是驗收設計，本文未開啟產品或實際建立排程。
Slack 能做什麼，由連接的權限決定
官方說明 teammate 會用到既有外掛與技能，存取範圍受外掛和 Projects 權限影響；公告也說它能透過 Slack 聯絡同事。任務中的「只產生草稿」是工作指令。如果試用時完全不需要對外發送，先只提供公開網址，並確認試跑的設定沒有可寫入該工作區的工具。等需要加入 Slack 時，再確認工作區、頻道及帳號授權，先用測試頻道驗收。若在設計自己的工具整合，可用 接 MCP 前的能力盤點逐項檢查讀取與寫入能力。
連續幾輪回報中，最有用的資料通常是「哪個來源成功檢查」及「哪項變更值得採取行動」。把這兩個欄位保留下來，將來才知道摘要變短是因為公告變少，還是來源已失效。若增加來源或頻率，也可以到 Usage 頁比較額度消耗，再決定要不要擴大範圍。
參考資料：
Perplexity Help Center：Get started with Perplexity teammates