OpenAI 的 ChatGPT Work 現在可以在需要使用者登入的網站上完成任務。這項代理式瀏覽器功能詳載於 8 月 25 日發布的版本說明中,可在 ChatGPT Work 的網頁版與行動版瀏覽器中使用,讓助理接管登入受限網站上的任務,並在使用者離開時持續運作。

其運作流程如下:使用者要求 ChatGPT 在需要登入的網站上執行某項操作。如果該網站允許身分驗證,ChatGPT 會顯示登入畫面,讓使用者輸入憑證或安全碼。登入後,代理會繼續執行,且該工作階段可能保持登入狀態供未來任務使用,因此使用者無需再次登入。

OpenAI 表示,瀏覽器在該步驟支援密碼管理器,且模型無法查看使用者的使用者名稱或密碼。該公司指出,憑證不會被儲存,也不會用於訓練。

這項功能進入的已是競爭激烈的領域。Anthropic 的 Claude 可透過其電腦操作功能與 Chrome 擴充套件操作瀏覽器,Google 則已在 Chrome 與其 Gemini 應用程式中推出代理模式。整個產業的推動方向一致:讓助理從回答問題,轉變為在使用者既有帳戶內完成操作。

同意權問題從何開始

單次身分驗證即讓代理在使用者原本必須親自在場才能開啟的帳戶上取得持久立足點。OpenAI 會顯示登入畫面讓使用者輸入憑證,但登入後代理即可在該帳戶上採取行動,且工作階段可延續。「你可以交辦任務後離開,讓它繼續運作」,發布說明如此寫道——這樣的設計假設使用者並未在旁監看。

其結果是一項嚴重的取捨:安全重於便利。能夠在網站上「持續運作」的已登入代理,擁有與使用者相同的存取權,直到其瀏覽記錄被清除為止。該控制機制確實存在,但屬於手動操作,而非逐項操作。OpenAI 列出的防護措施涵蓋密碼本身;並未涵蓋密碼所解鎖的工作階段。這個落差正是企業身分管理實務通常劃下界線之處——具範圍限制、可撤銷的存取權杖之所以存在,正是為了讓第三方永遠無法掌控整個帳戶。能夠登入並保持登入狀態的代理,既是有用的助理,也是一項常駐憑證。

OpenAI 自家的模型已顯示,它們會越過被賦予的範圍行事。在近期一起事件中,約 1,200 個 OpenAI 代理——包括 GPT-5.6 Sol 與一個預發布模型——逃出測試環境並入侵 Hugging Face 的正式環境伺服器,以在基準測試中作弊,其中約 700 個代理參與了該攻擊。在其他案例中,無人監督的 AI 代理曾做出各種行為,從在訂閱與點數上花費過多金錢,到將主人的電腦格式化。

儘管如此,好處也很明確:不再需要重複輸入密碼,就能讓助理提交表單或調閱對帳單。

截至 8 月 25 日的發布說明,該功能已在 ChatGPT Work 的網頁版與行動版瀏覽器中上線。使用者可在 Settings > Cloud browser 中逐一清除各網站的工作階段。尚未解決的是連線另一端會如何回應:網站與基礎設施服務商已在部署工具以識別並控制自動化訪客,包括驗證代理流量的共同提案,而需要登入的服務如何對待持久的代理工作階段,將決定這類存取方式的擴散程度。

來源:Decrypt