OpenAI 7 月 30 日更新 ChatGPT Workspace Agents 的企業與 Business 文件，公開一套可建立、測試、分享與管理的工作流程 agent。使用者可在 ChatGPT 中選擇模型與推理強度，接上應用程式、custom MCP、skills、檔案、網路搜尋與圖片生成，並把 agent 放進 Slack、排程執行，或由外部系統透過 API 觸發。
這項功能目前由 workspace 權限與管理設定控制。OpenAI 文件寫明，Enterprise 工作區在推出時預設關閉 Workspace Agents；使用者只能看到並執行自己有權限存取的 agent。文件也將 agent-owned account、寫入核准和連接器限制列為管理選項，實際可用功能仍取決於方案、工作區設定與已啟用的應用程式。
ChatGPT Workspace Agents 把重複工作做成可分享的 agent
Workspace Agents 的建立流程包含模板、空白建立與 agent builder。建立者可以先預覽，再選擇 ChatGPT、Slack 或 API 等 channel，設定誰能私下使用、取得連結或在組織目錄中看到 agent。OpenAI 文件舉的工作類型包括整理會議後續、分流採購與核准請求，以及處理輸入的客戶線索。這些是功能適用範圍的例子，OpenAI 沒有在文件中公布企業成效統計。
工具連接也有兩種登入方式：使用者執行時以自己的帳號連線，或讓 agent 使用共用的 agent-owned account。OpenAI 建議共用連線盡量採用 service account，並把權限縮到工作所需範圍。這個選擇會影響資料邊界，因為同一個 agent 若使用共用帳號，觸發者可能接觸到該連線允許的資料與動作。
Slack 部署需要工作區與 ChatGPT 兩邊的管理設定
要把 Workspace Agents 部署到 Slack，OpenAI 的管理文件要求先在 ChatGPT 工作區啟用 Workspace Agents in Slack app，再在 Slack 安裝 ChatGPT Agents app，並開啟 Slack 的使用者群組管理。文件列出的前提包括 Business、Edu 或 Enterprise ChatGPT 帳號，以及允許安裝應用程式的付費 Slack 方案。
Slack 內的 agent 可以設定成回應頻道內每則訊息，或只有被特定 handle 提及時才回應。若 agent 使用個人連線，所有執行者可能沿用相同的個人資料權限；若改用共用連線，管理員則需要另外限制 service account 能看到與能寫入的範圍。
Workspace Agents API 目前以佇列與對話網址回應
OpenAI 的 Workspace Agents API 會對已發布的 agent 發出 POST 請求，請求內容包含輸入文字，也可以用 conversation_key 把多次觸發串在同一個 agent 對話。API 會把事件放入佇列並回傳 HTTP 202 Accepted 與 ChatGPT 對話網址；一般回應不會直接帶回 agent 的答案。
開發者若要取得 trigger run ID，可以加入 OpenAI-Beta: workspace_agent_runs=v1 標頭，再以回傳的 run ID 查詢 queued、in_progress、suspended、completed 或 failed 狀態。API 文件也提供 Idempotency-Key，讓同一個事件重試時不會重複加入佇列。
OpenAI 將 Workspace Agents 的寫入動作設為需要核准
OpenAI 文件指出，應用程式與連接器的寫入動作預設為 Always ask，管理員也可以針對部分應用程式設定 Never ask 或自訂核准。Connector Action Constraints 能限制 agent 可以要求哪些動作與參數，但文件特別說明，這類限制不會篩掉連接器回傳的資料。
目前公開文件能確認的是功能、權限與 API 行為；它沒有公布 Workspace Agents 的企業採用量、任務成功率或節省工時。API 觸發後的 agent 回應也仍不能直接由 API 取回，Slack 部署則必須先完成兩邊的管理員設定。
消息來源：OpenAI Help Center：ChatGPT Workspace Agents、OpenAI Developers：Trigger workspace agent runs、OpenAI Help Center：Workspace Agents Slack 管理設定。
