OpenAI 於 2026 年 9 月 29 日的 DevDay 更新中介紹 Dots，一種可以在對話之間繼續工作的常駐 AI 代理。使用者可以為 dot 設定一個目標，選擇它可以連接的應用程式，並定義它可以自行處理的範圍；代理會在自己的雲端電腦及瀏覽器上運行，之後把結果或需要判斷的決定帶回給使用者。
這與一般聊天視窗或一次性的 agent task 有明顯分別。Dot 接手的是一項持續責任，例如跟進項目更新、整理會議簡報、追蹤程式碼遷移，或者定期把新資料與既有文件對照。它可以在使用者離開對話後繼續工作，再透過支援的聯絡方式通知使用者，而不是每一步都等候下一句 prompt。
OpenAI 的說明把 Dots 放在 ChatGPT、連接應用程式和 Codex／Work 工作流之間。Dot 可以使用相關對話和偏好作為上下文，建立文件，處理資料，並把部分工作交給 ChatGPT Work 或 Codex。這個設計讓代理更像一個長期協調者，但同時也令權限、上下文準確度和工作狀態保存變得比普通問答更重要。
控制方式是產品設計的核心。使用者可以選擇連接哪些應用程式、管理權限、指定自訂規則，並決定哪些操作需要批准或應該直接被阻止。涉及帳戶或分享資料的操作會先經過自動檢查，部分行動仍需要人批准；例如改變密碼等高影響操作會保留在人手之內。這種分層批准是常駐代理能否實際使用的關鍵，而不只是模型本身有多強。
Dots 目前是逐步推出的功能，適用計劃、地區、年齡和工作區設定都會影響可用性。企業使用需要管理員啟用，部分企業存取仍屬 beta。這代表官方展示的工作流不等於所有使用者現在都能獲得相同能力，也不代表每一種應用程式連接都具備同等的操作深度。
從工作流角度看，Dots 把 AI 代理由「收到指令才行動」推向「持續留意目標並在需要時回報」。好處是長期項目不用每次重新交代背景；代價是使用者要更仔細設計權限、停止條件、資料範圍和審批點。當代理能夠在雲端電腦上使用瀏覽器和工具，錯誤不再只是一段不準確文字，而可能是錯誤地修改文件、傳出資料或推進一個不應繼續的流程。
因此，Dots 的真正新意不只在於「AI 可以自己工作」，而是把持續性、工具使用和責任邊界放在同一個產品模型中。早期採用者應把它當成有明確邊界的協作代理，從低風險、可審閱的任務開始，保留操作紀錄及人手批准，並在代理的上下文或權限不足時讓它停下來，而不是把常駐等同於完全自主。
