OpenAI DevDay 2026：Dots、Codex 與 Agents API 讓 AI 接手長任務

OpenAI 在 2026 年 9 月 29 日舉行 DevDay 2026，公開超過 20 項產品與平台更新。這次發表的主線很清楚，AI 不再只是回答問題的聊天視窗，而是開始接手需要持續追蹤、使用工具、交接與回報的長任務。

最值得注意的四個名字是 Dots、ChatGPT Space、Codex 與 Agents API。

Dots 把 AI 變成可以持續工作的個人代理，Space 把人與代理放進共同工作區，Codex 和 Agents API 則把這套能力延伸到程式開發與企業軟體。

GPT-6.1 Sol、Ultrafast、Decisions API、Plugin extensions 與 OpenAI Marketplace，則補上速度、決策、整合和分發這幾層。

OpenAI DevDay 2026 發表了什麼？先看四層產品結構

層次	主要產品	它解決的工作問題
個人代理	Dots	持續追蹤個人交辦事項，連接應用程式並在雲端執行工作
團隊協作	ChatGPT Space、Pages、Collaborative slides	讓人、ChatGPT 與代理共同整理資料、文件與簡報
開發與執行	Codex、Agents API、Decisions API	讓代理使用電腦、工具、程式碼與預先定義的決策流程
平台與分發	Plugin extensions、Sign in with ChatGPT、Marketplace	讓第三方服務直接進入 ChatGPT，並由帳號與方案串起使用權限

這四層放在一起看，比單獨看某一個新模型更重要。OpenAI 正在把 AI 的最小工作單位，從一次回答，改成一個有目標、有工具、有狀態、可以被人介入的任務。

Dots 是什麼？從聊天機器人變成持續工作的個人代理

OpenAI 將 Dots 定義為 always-on agents，也就是可以持續替使用者工作、而不只等待下一句提示詞的代理。官方說明中，Dots 擁有自己的雲端電腦，可以使用瀏覽器、連接 4,000 多個應用程式，也可以在獲得許可後連到使用者的筆電。

這讓 Dots 適合處理「先做一部分，之後還要繼續」的工作。例如持續整理回饋並測試修正、追蹤產品發布準備、定期更新分析報告、修改提案，或在內容製作流程中收集資料並提出下一版草稿。使用者可以在 ChatGPT 桌面版、網頁版與手機版傳訊息或通話，Slack 與 Microsoft Teams 也能使用，簡訊功能則是後續規劃。

Dots 在符合資格的市場提供給 Pro 與 Business Premium，Enterprise、Edu 與 Healthcare 工作區則可由管理員啟用測試版。這裡要分清楚兩件事，Dots 的對話不計入 ChatGPT 使用量，但透過 Codex 或 Work 執行的任務仍會計入相應使用量。

Dots 和一般聊天工具的差異

一般聊天工具的流程是使用者提出問題，AI 產生答案，工作是否繼續通常要靠使用者再次下指令。Dots 的設計則把任務放進比較長的時間軸，代理可以持續讀取已授權的資料、使用工具、留下工作進度，並在需要判斷時回來找人。

這個差異也改變了提示詞的寫法。使用者不只要說「幫我寫一份報告」，還要交代資料來源、更新頻率、輸出格式、不可碰的資料、何時需要詢問，以及什麼狀況算完成。代理能力越強，任務邊界就越需要被寫清楚。

ChatGPT Space、Pages 與簡報，讓 AI 進入團隊工作區

ChatGPT Space 是給團隊、人員與 Dots 共用的工作空間。團隊可以在同一個地方放共享知識、頁面、檔案與指示，讓 ChatGPT 依照團隊規則整理內容，也讓成員接續前一個人的工作。

Pages 則是為人與代理共同編輯而設計的文件。官方描述的用途包括寫作、研究、產生圖表、製作圖片與視覺化資訊。Collaborative slides 進一步把簡報變成多人與多個代理可以同時編輯、留言、簡報與匯出的工作物件。

這幾項功能的重點不只是多人共用一個聊天串，而是把工作成果變成團隊可以繼續使用的物件。研究筆記、決策紀錄、簡報草稿與待辦事項，都不必留在某個人的私人對話裡。

ChatGPT Space 與 Pages 的主要功能提供給 Pro、Business 與 Enterprise 方案，手機目前可查找、閱讀與分享 Pages，建立和編輯功能則由官方標示為後續推出。團隊任務與 Slack、Microsoft Teams 中的 @ChatGPT，則主要面向 Business 與 Enterprise。

Codex 與 Agents API，讓代理從回答進入真正的執行環境

DevDay 2026 的開發者更新，集中在代理能不能安全地完成工作，而不是只把程式碼寫出來。Codex 可以在本機、雲端或遠端裝置上執行，新的 CLI 支援語音啟動與操控，也加入 /agents 介面，讓使用者查看與分派多個任務。

Code Review 讓 Codex 在 ChatGPT 桌面版中整理變更摘要、閱讀差異並協助檢查 GitHub pull request 或 GitLab merge request。Codex Security Cloud 則可以掃描整個 GitHub repository，持續檢查新 commit，調查發現、去除重複問題、準備修正，並在雲端處理長時間工作。

Agents API 把 Codex 使用的幾項能力帶給開發者，包括 computer use、multi-agent、tool search、tool calling 與 context compaction。開發者可以使用 OpenAI 管理的沙盒，也可以在自己的基礎設施或合作平台上部署。這個方向的核心是讓應用程式不只呼叫模型產生文字，而是讓代理在有邊界的環境裡完成一段工作。

OpenAI 同時公開 Codex harness 的開放原始碼版本，讓開發者可以理解並調整代理的執行框架。這代表未來的競爭不只在模型本身，也在任務怎麼拆、工具怎麼接、上下文怎麼壓縮、結果怎麼驗證與失敗後怎麼回復。

Decisions API 處理的是有限選項，不是自由聊天

Decisions API 把模型的能力集中在使用者預先定義的問題與有限答案，輸入可以是文字或圖片，輸出可以拿來分類內容、分流請求，或決定代理下一步要採取哪個行動。

它適合放在流程中間。例如先判斷一封信屬於帳務、客服或技術支援，再交給不同代理處理。它的價值不在於寫出一段更漂亮的回答，而在於把模型的判斷限制成系統可以接住的選項，讓後面的工作比較容易測試與追蹤。

GPT-6.1 Sol 與 Ultrafast，速度成為代理工作的一部分

OpenAI 在 DevDay 2026 介紹 GPT-6.1 Sol，定位是 GPT-6 Sol 的升級版本，強調 agentic coding、computer use 與專業工作表現。官方 DevDay 說明列出它提供給 API、Plus、Pro、Business、Enterprise 與 Edu 使用者。

Ultrafast 則是速度層，不是另一個獨立模型。OpenAI 表示它在 Codex 的 token 產生速度最高可達 8 倍，在 API 最高可達 6 倍。DevDay 公告中的可用狀態是 GPT-6 Astra Ultrafast 已可在 API 使用，也提供給 Pro 500 與 Enterprise 的 ChatGPT Work、Codex，GPT-6.1 Sol Ultrafast 則標示為即將推出。

對代理工作來說，速度不只是使用者感覺比較快。當代理需要多次呼叫工具、等待電腦操作結果、再根據結果決定下一步時，每一次等待都會放大整體延遲。因此速度層會直接影響代理能不能被放進即時分流、互動介面與高頻率的工作流程。

不過模型名稱、速度層與可使用方案要分開看。OpenAI 的 API 文件目前說明，Ultrafast 廣泛提供給 GPT-6 Astra，GPT-5.6 Sol 為預覽支援，並要求使用 service_tier: ultrafast。DevDay 公告另外列出 GPT-6.1 Sol Ultrafast 即將推出，實際串接前仍要以 API 文件與帳號權限為準。

Plugin extensions、Sign in with ChatGPT 與 Marketplace，AI 平台開始有分發層

Plugin extensions 開放開發者在 ChatGPT 裡建立原生體驗，包含互動面板、檔案檢視器與可以在對話中運作的功能。OpenAI 也更新外掛建立、提交與發現流程，讓使用者可以選擇並核准外掛存取權限。

Sign in with ChatGPT 則把 ChatGPT 帳號與方案連到合作工具。官方列出的合作對象包括 Devin、Notion、Vercel、T3、OpenClaw 與 Dactyl。符合資格的使用者可以在參與工具中使用方案額度，但額度會計入原本的使用限制。

新的 Pro 500 方案提供 Plus 方案 25 倍的 ChatGPT 使用量，並包含 Ultrafast。OpenAI Marketplace 則先面向企業客戶，讓符合資格的企業把部分既有 OpenAI 承諾額度用於核准的合作軟體，第一批共有 32 家合作夥伴。

Fishy.AI 拆解之後，DevDay 2026 最值得看的三個變化

第一，AI 的工作單位從回答變成責任

以前使用 AI，常見做法是把一個問題丟進對話框，再把答案複製到其他地方。Dots、Space 與 Agents API 共同推動的，是把工作交給一個能持續追蹤目標的代理。它要知道目前進度、可以使用哪些工具、遇到什麼情況要詢問，以及最後要交付什麼結果。

第二，協作介面從聊天串變成共享工作物件

Pages、簡報、Space 與團隊任務，讓 AI 產出的內容不必停在某個人的對話紀錄裡。這種設計對企業特別重要，因為工作需要交接、留言、追蹤版本，也需要讓不同角色看見同一份上下文。

第三，能力與治理被綁在一起推出

OpenAI 同時推出 computer use、雲端執行、工具呼叫與 Codex Security Cloud，表示代理越能動手做，權限、沙盒、審核與紀錄就越不能被當成附加功能。真正能進入企業流程的代理，不只要會做事，也要能被限制、被追蹤、被人接管。

科技翰林院讀者可以怎麼把這套方法用在工作裡？

不需要一開始就建立一個全自動 AI 員工。比較可行的做法，是先選一段有固定輸入、固定產出、但需要持續追蹤的工作，把代理放在資料蒐集、分類、初稿與提醒的位置，再由人負責判斷和發布。

工作情境	先給 AI 的輸入	AI 產出	人要接手的判斷	追蹤指標
科技新聞研究	官方公告、來源網站、研究主題與更新頻率	新消息清單、來源摘要、待查證項目	確認原始來源、刪除不必要背景、決定文章主線	查證時間、引用錯誤數、文章完成時間
課程內容製作	學習目標、既有教材、學員問題與課程期限	大綱、案例卡、練習題、版本更新提醒	確認教學順序、難度與學員是否真的能操作	備課時間、重工率、學員完成率
網站與軟體開發	需求、程式碼、測試指令與禁止變更範圍	修改方案、測試結果、差異摘要、風險清單	核准高風險變更、檢查公開環境、決定是否部署	測試通過率、回退次數、審查時間

這裡最重要的不是把人移出流程，而是把人的時間集中到定義問題、查證來源、處理例外與做最後決策。AI 負責持續工作，人負責方向、邊界與責任，才是 DevDay 2026 這套產品組合真正要推動的工作分工。

導入前要先設計的四個邊界

1. 哪些資料可以讓代理讀取，哪些資料只能由人查看。
2. 哪些動作可以自動執行，哪些動作一定要先取得核准。
3. 任務多久更新一次，什麼情況算失敗，失敗後要通知誰。
4. 每次執行要留下哪些輸入、工具操作、修改內容與審核紀錄。

如果這四件事沒有先定義，Dots 或 Agents API 只會把原本混亂的工作加速。當任務本身沒有清楚的完成條件，代理越能持續執行，越可能讓錯誤一路累積。

結論：DevDay 2026 的重點不是 AI 更會回答，而是開始接手長任務

OpenAI DevDay 2026 把 Dots、Space、Codex、Agents API、速度層與 Marketplace 放在同一個產品方向裡，讓 AI 從單次對話走向持續工作。個人使用者得到可以追蹤工作的代理，團隊得到共享的協作空間，開發者得到能使用電腦與工具的執行環境，企業則得到新的權限、治理與採購入口。

真正值得學習的不是「把所有工作交給 AI」，而是把工作拆成可交辦、可檢查、可交接的任務，讓 AI 在清楚的邊界內持續推進，再由人保留查證、判斷與承擔責任的權力。

延伸閱讀

• Meta Muse 是什麼？AI Agent 功能、價格、台灣開放與隱私完整解析
• Jev 是什麼？前 OpenAI 研究者打造的決策 AI，他如何又快又便宜？
• 過去是提示詞工程，未來是編排工程 Agent Harness Engineering

參考資料

• OpenAI：DevDay 2026 Recap
• OpenAI：Introducing Dots
• OpenAI：Introducing the Agents API
• OpenAI Developers：Ultrafast mode
• OpenAI：OpenAI frontier models and Codex are now available on AWS

常見問題 FAQ