Perplexity Teammates 加入爭奪持續工作主導權的競賽
Perplexity 於 11 月 5 日推出 Perplexity Teammates，加入與 OpenAI 及 Anthropic 的競爭，嘗試將 AI 助手轉化為可持續運作的職場代理。這些代理是運用工具追求獲指派目標的軟件，旨在於單次對話以外繼續處理職責。公司表示，這項功能建基於 Perplexity 內已有的工作內容，減少每次開始新任務時都要重新解釋專案的需要。
這場競爭的核心，在於誰能掌握員工、其資訊及未完成任務之間的持續關係。OpenAI 的 Dots 與 Anthropic 的 Claude Duet 已在追求這種關係的不同版本。Perplexity 的主張則集中於讓代理存取用戶在其產品中累積的情境資訊，並讓代理圍繞持續工作進行協作。
這改變了採購時要問的問題。有用的答案足以讓人開啟另一個聊天視窗，但持續性的任務指派則需要對權限、判斷與後續跟進抱有信心。對知識工作者而言，吸引力在於減少重複交代背景；對僱主而言，顧慮則是累積的情境資訊能否帶來可靠執行，而不會形成另一條需要監督的工作流程。
Perplexity Teammates 超越個別任務
這次推出使 Perplexity 的職場定位，從完成請求轉向長期維持職責。
據報道，首輪推出將透過網頁向 Max 訂閱者提供 持續工作代理。行政總裁 Aravind Srinivas 表示，日後計劃推出原生桌面及流動應用程式。這些計劃應被視為未來的分發安排，而非證明產品現已覆蓋所有工作環境。
Teammates 建基於 Computer，即 Perplexity 透過代理及已連接工具執行工作的系統。Perplexity 強調的分別在於延續性：一名 teammate 會獲得持續進行的工作，而非在回答請求後便從工作流程中消失。這是關於如何管理工作的產品承諾，而非聲稱每項底層能力都是全新。
公司表示，teammates 可運用其產品中已有的 Projects、Memory 及 Skills。這裡的 memory 是指保留的情境資訊，而 skills 則是用於執行特定工作的可重用指令。已連接的檔案及較早前的工作階段，同樣構成建議起點的一部分。
對現有客戶而言，這提供了可理解的優勢。以往的研究、既定偏好及熟悉的專案材料，不必在每項任務中都變成另一輪獨立的上手流程。然而，系統能否選對材料，與它能否存取那些材料，仍是兩回事。
持續性的角色亦改變了指令的形式。要求提交報告，通常有相對明確的結束點；要求代理監察一個帳戶，則引入了持續判斷何謂相關、何謂緊急，以及何時需要採取下一步行動的問題。
這個差別說明了 teammate 這個名稱為何對 Perplexity 的定位重要。它邀請用戶以工作的語言描述職責：監察這項工作、維護那項內容，並在有事情需要注意時通知我。介面因此成為監督持續活動的地方，而非由孤立請求組成的集合。
這個名稱並不代表具有人類判斷或問責能力。軟件代理仍然需要指令、界限，以及揭示不確定性的方式。實際問題是，持續角色是否比不斷重新開始新對話，更容易管理這些要求。
供應情況亦需要審慎解讀。面向職場活動的產品，並不自動證明已獲全公司採用。透過個人訂閱提供的存取權，對僱主是否批准、採購流程或是否準備好連接敏感系統，所能說明的並不多。
因此，眼前的改變相當具體。Perplexity 現在提供了一種方式，可在其既有工作環境中指派持續運作的代理。至於取代部門、改變組織生產力，或提供可靠獨立運作等說法，均需要推出本身以外的證據支持。
現有工作情境成為競爭資產
Perplexity 最有力的策略論點，是其產品中已儲存的實用工作內容，能為新代理帶來起步優勢。
這對競爭的助手平台構成壓力，要求它們在研究、規劃及執行之間保留延續性。已經整理相關文件並修正助手假設的用戶，轉往其他地方時會面對額外工作。持續性任務會令這種轉換成本更為明顯。
公司形容 teammates 會使用既有情境資訊及已連接工具，同時保留讓人員檢視及重新引導其活動的方式。其公開的 teammate 推出詳情亦提及隔離環境，以及遵守 Computer 現有的工具及 Project 權限。這些是公司對產品的描述，並非關於其可靠性的獨立發現。
策略上的重要性，源於記憶與委派之間的關係。情境資訊可幫助代理理解任務為何存在、先前哪些決定重要，以及用戶偏好哪種結果。缺乏這種延續性，每項任務都要再解釋一次。
不過，累積的資訊只有在系統能區分現行指令與舊有材料時才有價值。專案檔案庫同時包含已放棄的選項及已批准的決定。有用的代理必須避免把每一句已儲存的文字都視為同樣具權威性。
這不僅對供應商構成壓力，亦對知識工作者構成壓力。採用持續代理的人員必須決定哪些紀錄真正代表其工作情境。當軟件依靠零散筆記及互相矛盾的文件來選擇下一步行動時，這些內容便成為營運問題。
同樣的問題亦見於團隊知識庫。資訊需要有歸屬、界限，以及足夠結構讓其他人理解。代理增加了另一位讀者，而其解讀更可能直接導致工具被使用。
試想一個假設中的產品團隊正在追蹤產品推出。其研究筆記記錄客戶要求，規劃文件界定承諾，而聊天頻道則包含暫定構想。準備狀態更新的代理需要知道哪個來源主導發布安排。
這是示範性的工作流程，並非有關 Teammates 客戶成果的報道。它說明了廣泛存取權本身無法解決情境問題。更多可用資訊可以改善任務，但亦可能帶來互相衝突的訊號。
對 Perplexity 而言，競爭機會在於令先前的工作可重用，而毋須用戶持續清理。若每項重複任務都需要手動重建，所承諾的優勢便會減弱。若系統能可靠地延續相關決定，延續性便會成為留下來的理由。
商業壓力最直接落在那些要求用戶到別處重新建立工作情境的平台上。功能清單可以很快趨同，但一段由有用修正、已批准工作流程及專案專屬知識構成的歷史，則較難在隨意試用期間複製。
這並不證明 Perplexity 擁有持久優勢。競爭系統同樣可保留資訊及連接職場工具。這次推出令延續性成為競爭中明確的一環，同時其實際品質仍有待比較。
代理競賽關乎持續責任
Perplexity 正進入一個持續工作已逐漸成為常見產品承諾的市場。
OpenAI 於 9 月推出 Dots，形容其代理可隨時間追求目標。有關這些常駐代理的報道，將其置於主動式協助日益擴大的競爭之中。Perplexity 的推出是順應這個方向，而非單靠自身建立這個類別。
Anthropic 的 Claude Duet 提供了另一個參考點。它一直被定位為服務專業人士及小型企業東主的主動式助手。這種重疊十分重要，因為用戶愈來愈常遇到相似承諾：保留情境、監察活動，並在無需另一個提示的情況下推進工作。
對買家而言，這些描述可能模糊了有意義的差別。提醒、定期報告，以及由代理決定何時行動，都會在背景運作。然而，它們對自主判斷產生不同期望，亦需要不同方式來評估成功。
定期報告會在預期時間依照既定指令執行。持續職責則可能要求判斷新資訊是否改變任務。正是這種判斷，令持續代理的效用更難以透過功能清單概括。
Perplexity 的機會在於，讓其既有工作空間成為承擔這種責任的自然所在。真正相關的競爭，是工作者信任哪個平台能讓任務持續推進。OpenAI 與 Anthropic 是這場競爭的直接背景，而非關於模型排名的獨立故事。
這亦解釋了為何推出比較不應根據相似示範便宣布勝者。不同用戶連接不同資料來源、允許不同操作，並容忍不同程度的打擾。適合研究人員的代理，可能與財務工作流程並不相稱。
即使成功完成任務，也需要加以解讀。代理可以產出所要求的文件，卻忽略已改變的假設；另一個代理則可以停下來要求釐清，看似較慢，卻避免了不恰當的行動。
這些差別令比較單位不止是一個回應。買家需要考慮整個任務：設定、執行、修正及跟進。若審閱其支援工作所耗時間，抵銷了委派原本應節省的時間，再精美的成果也會失去價值。
這個類別在 Claude Cowork 已有較早的職場參考。Anthropic 在這一波持續助手出現之前，已將代理能力帶入桌面工作。這個進程顯示供應商正從回答問題，走向處理工作流程中愈來愈大部分的內容。
這段歷史並不證明每個新代理介面都存在需求。但它顯示了 Perplexity 為何面對壓力，要把其研究及執行工具轉化為持續性的工作產品。若仍只是偶爾造訪的目的地，持續關係便會留給競爭者。
因此，競爭核心在於真實條件下的重複使用。用戶必須在平台內保留職責時發現足夠價值，願意回來、修正它，並再次信任它。宣布另一個代理代表已參與競爭；持續的實用性才決定這段關係能否維持。
協作令交接成為產品的一部分
當持續代理的輸出成為另一位參與者的下一項任務時，它便變得更具影響力。
Perplexity 表示，Teammates 可與其他隊友協作，並透過 Slack 與同事溝通。這些介面把代理活動連接到人們平日已在討論工作的地方。
箇中吸引力不難理解。完成一項研究工作後，往往會衍生後續事項：更新簡報、通知負責人，或要求作出決定。若每次交接都要把背景資料複製到另一段對話，委派工作的部分好處便會流失。
Perplexity 的發布示範提供了一個具體例子。一名廣告隊友發現廣告活動表現理想，準備擴大相關活動，並將合約續期交由法務審閱。該示範呈現的是一連串責任交接，而不只是生成一份行銷文件。
不過，這仍應清楚標示為示範。這個流程並未建立獨立量度的廣告活動表現，也未證明工作流程能在不同客戶機構中可靠運作。它作為證據的價值較為有限：展示 Perplexity 希望用戶委派的協調工作類型。
交接本身亦帶來資訊需求。接手的參與者需要知道發生過甚麼事、哪些證據支持該建議，以及行動是否已獲批准。否則，協作可能會把未經確定的假設傳播至更長的鏈條之中。
設想一個假設情況：支援代理發現某項功能反覆收到投訴。它為產品代理草擬摘要，後者再提出修改建議。若最初的分類有誤，第二個代理可能會延伸錯誤，而不是修正它。
這種可能性是一項分析上的風險，而非已有記錄的 Teammates 失誤。它解釋了為何不應自動把多個代理視為獨立驗證。它們的工作可能依賴同一批不完整證據，或同一個錯誤解讀。
因此，有意義的交接不應只是一則對話訊息。它需要提供足夠的支援背景，讓下一位參與者能夠質疑該結論。系統應協助用戶分辨已記錄的事實、推論，以及建議的下一步。
Slack 的參與又增加一層複雜性。同事需要明白自己是在發出指示、討論某種可能性，還是批准一項行動。這些類別在日常對話中往往互相重疊，但代理需要它們之間具備可用的界線。
當責任清晰時，協調的承諾最為有力。一名隊友可以維持一項明確定義的職責，同時把特定問題交給人類負責人。當用戶必須重新追查是誰要求某項行動，以及為何另一個代理繼續處理，這項承諾便會減弱。
這使協作成為評估產品的核心部分。買家應連同個別輸出的質素，一併檢視交接的質素。重要的是，工作能否透過可理解的決策鏈持續推進。
權限無法解決每一項判斷問題
代理即使沒有超出技術權限，仍可能作出其擁有人並不打算作出的決定。
Perplexity 所述的控制措施包括隔離環境、現有權限、審閱、重新引導及桌面接管。每一項均針對監督會採取行動的軟件時所面對的真實問題。不過，單靠任何一項，都不能證明系統理解每項指派工作的預期界線。
隔離會將執行環境分開。權限決定代理可使用哪些資源或工具。兩者都無法回答：某項已獲允許的行動，在特定時刻是否恰當。
代理可能有權編輯文件，卻誤解哪一個版本已獲批准。它可能獲准在頻道發文，卻把暫定結論表述得過於肯定。這些是假設性的判斷風險例子，而非對觀察到的產品行為作出的聲稱。
這種區分很重要，因為持續運作提高了解讀情境的重要性。用戶不能假設每一個新情況，都與指派工作開始時的條件相符。政策會改變、項目會暫停，而曾經有用的指示亦可能變得過時。
較廣泛的 agent access risks 報道強調，公司應慎重限制向工具及資料開放的存取權。這項建議適用於整個類別，但並不構成對 Perplexity 實作方式的產品特定安全評估。
記住回饋與正確套用回饋之間，亦有所分別。更正可能只涉及一名客戶、一份文件，或一項不尋常的例外情況。把它延伸至未來工作可能有幫助，也可能有害，取決於原有條件是否仍然適用。
因此，從回饋中學習應被視為需要評估的能力。相關證據包括用戶能否檢視已保留的偏好、識別錯誤假設，以及再次修正它們。單憑發布時的聲稱，無法確立這些結果。
審閱帶來另一項實際限制。展示活動情況固然有用，但用戶仍需找出值得注意的決定。一長串工具操作紀錄，可能讓審閱者面對另一項解讀工作。
有效監督應突顯具影響力的選擇、未解決的不確定性，以及偏離原有指派工作的情況。這是一項評估標準，而非聲稱 Teammates 已提供每一項要素。它為買家提供一個比「介面看起來是否繁忙」更清晰的問題。
使用方式亦會影響持續工作。買家應先核實實際指派工作如何消耗可用資源，才把持續運作視為可靠容量。經常監察的職責，其行為可能與偶爾提出文件要求不同。
公開發布資料無法釐清相對可靠性、監督成本或持續的客戶生產力。這些空白限制了對機構準備程度的結論。它們不會抹煞產品改變，但令廣泛的替代論述為時尚早。
較合理的解讀是，Perplexity 推出了一個更具企圖心的工作介面，並配有明確的監督模式。其價值將取決於該模式如何處理日常的模糊情況。真實職場工作充滿例外，這項分別仍會帶來重要影響。
下一階段需要展示甚麼
下一批有用證據將涉及持續指派工作、可用的監督，以及在平台之間轉移工作所需的成本。
第一個訊號是客戶在明確職責上的重複使用情況。一份可信的說明應描述原有指派工作、代理獲准採取的行動，以及人們提供的修正。這能讓讀者有足夠背景，判斷結果是否可套用至自己的工作。
若有報告顯示監督需求下降，將會加強 Perplexity 對持續性的論點。若有報告顯示需要反覆簡報、遺忘界線，或大量返工，則會削弱它。兩種結果都不應從建立了多少代理，或工作空間中可見多少活動而推斷出來。
量度的質素與其方向同樣重要。已完成的工作在難度及後果上可以相差很大。當比較能說明過去由人處理甚麼，以及現在由代理處理甚麼時，便會更有用。
第二個訊號是監督在持續指派工作期間如何運作。買家應留意有關權限、記憶修正及批准界線的更清晰說明。關鍵發展是，人們能否在毋須重建指派工作的情況下，理解及改變代理的行為。
若有證據顯示修正能維持適當範圍，將支持產品的持續性主張。若有證據顯示用戶必須反覆撤銷舊有假設，則會削弱它。持續型助手只有在歷史資料仍可管理時，才能從中取得價值。
這個訊號亦包括介入的質素。接管代理的環境可以解決眼前問題。更持久的結果則要求系統在工作恢復後保留已修正的意圖。
第三個訊號是競爭平台會否令既有工作更容易遷移。Perplexity 的背景優勢，部分取決於在其他平台重新開始所需的成本。若能更妥善轉移指示、檔案及項目歷史，便會削弱這項優勢。
相反，若愈來愈依賴平台專屬背景，原有工作空間便會變得更重要。買家屆時需要檢視：當人員變動、工具中斷連接，或決定轉換服務時，指派工作如何延續。持續效用與未來彈性應放在同一項評估中。
因此，獨立比較應追蹤完整工作流程，而非孤立的提示。關於 agent strengths 的報道已強調，工具應與工作相配。對於持續型系統，這個配對過程亦必須考慮監督及持續決策的質素。
對讀者而言，實際下一步是選擇一項範圍有限的職責，並記錄成功委派應具備甚麼條件。記下涉及的資料來源、需要批准的決定，以及人在指派過程中作出的修正。在擴大存取權之前，把所需投入與過去的工作流程作比較。Perplexity Teammates 值得關注，因為它把保留的背景資料與持續責任連結起來，這種組合直接影響日常資訊工作。真正有用的問題是，這種連結能否減少維持指派工作準確並持續推進所需的工作量。應追蹤持續使用的證據，並根據產品能可靠處理的責任來判斷，而不是它能被賦予多少個角色。
