Perplexity推出常駐代理Teammates：任務延續與權限邊界整理

Perplexity 於 2026 年 11 月 4 日推出 Teammates，定位為可長期追蹤專案的 AI 代理。官方說法是，代理能記住專案目標、任務歷程與共享檔案，並連接 Slack、GitHub、Gmail 等工作工具。截至公告發布時，Perplexity 未提供具名客戶案例或成效數據，公告中的行銷、業務、客服與營運情境均屬產品示例。

與單次代理的差別

根據官方公告，Teammates 的核心差異在於把工作目標與脈絡延續到多次執行。Perplexity 表示，此功能建在其 Computer 產品之上，可協調工作階段與其他代理。官方以三個概念說明脈絡延續方式：專案提供背景與目標，技能是可重複採用的方法，記憶則保留偏好或規則。

官方公告以業務代理追查客戶停止下單為示例，但未提供該情境的實際部署結果。另一個官方示例是一個代理檢查網站問題、另一個代理準備修正的協作流程。Perplexity 在產品說明中稱，「使用者可以在工作進行時檢視並引導代理」，意味著人員在流程中扮演監督角色。

這類常駐代理的設計趨勢，與先前開發者實測手機接手電腦端 AI 會話的Agents Anywhere 管理流程有相似的脈絡：重點都在於如何跨裝置、跨階段延續任務狀態。

供應商案例的數字與限制

供應商發布的客戶案例顯示，特定客服流程的代理部署已有一定規模。AWS 公布的 Ryanair 案例稱，系統每日處理 12 萬筆聊天、支援七種語言，約八成對話由系統自行處理。Microsoft 的 AT&T 案例稱，客服人員搜尋資訊的時間減少 33%，該公司並部署 71 項生成式 AI 解決方案、服務超過 10 萬名員工。Google Cloud 的 TELUS 案例則稱，AI 代理處理約三成客服來電，問題平均解決時間縮短 87%。

上述數字均屬案例方自行發布的資料。Ryanair 案例使用的是客服系統，並非 Teammates 的測試；AT&T 與 TELUS 案例的系統、規模與流程也都與 Teammates 不同，不能直接推論。

權限設定與資料邊界

官方說明指出，Teammates 可加入 Slack、GitHub、Gmail 等外掛；以 GitHub 為例，設定時可選擇代理能存取的儲存庫。Perplexity 亦表示，每個 Teammate 在獨立環境執行，瀏覽器工作階段彼此分開，已儲存的憑證會加密並安全輸入。

這些是廠商描述的產品控制措施。資料流向、保留時間與管理方式是否已完整公開，目前無法從公告確認，也不應據此推導為全面的安全保證。

判斷工作是否可交接的框架

整理官方文件與案例，適合先交給代理的工作通常有三項特徵：任務反覆發生、觸發條件與資料來源清楚、輸出可由負責人核對。反之，若判斷標準難以描述，或錯誤會直接影響客戶，則不宜讓代理自行完成所有動作。

導入前可將工作拆為五個環節逐一檢查：觸發（什麼事件啟動任務）、輸入（代理可讀取哪些資料）、動作（哪些步驟可自行執行）、交付（結果放在哪裡、由誰接收）、覆核（哪些事項須等人核準）。

以客服為例，團隊可先讓代理分類客訴、整理原因，再由人員決定回覆內容；行銷團隊可讓代理彙總活動變化、草擬調整方案，暫不開放直接發布廣告。讀取公開文件與修改共用程式庫的後果不同，草擬 Slack 訊息與直接傳送的風險也不同，這正是權限邊界需要逐項確認的原因。

團隊若想先理解其他常駐代理如何劃定授權範圍，可參考我們先前整理的Skill、MCP、Workflow、Rules、Memory 功能邊界分析。不同產品能力各有差異，但把任務、資料、權限與覆核拆開檢查，是相同的導入前置作業。

目前 Teammates 的實際部署成效，仍有待具名客戶與可複驗的數據出現。在本週資訊範圍內，可確認的是產品功能設計與官方宣稱的權限控制，其餘屬於尚待驗證的部分。