安安～我是 ChiYu～

寫程式有時候最煩的，是那些還沒結束、又得回頭看一眼的事。

測試還在跑、issue 等人補資料、規格又更新了一段。每一件都不一定很難，卻很容易把工作切得碎碎的。等到終於想起來，還得翻對話，確認上次停在哪裡。

OpenAI 這次推出的 Dot，把「持續跟進」放到了產品核心。官方將它定位成常駐雲端的代理，能研究、分析資料、準備文件，也能協調軟體開發工作；目前由 GPT-6 Astra 驅動。 OpenAI：Meet dots

對 Codex 使用者來說，我會把它理解成：你把一項需要持續注意的責任交給 Dot，讓它追進度、整理下一步，再把需要你判斷的事情帶回來。

產品位置也先講清楚：官方把 dots 放在 ChatGPT 的功能文件中，Dot 可以和 ChatGPT Work、Codex 協作。本文從 Codex 使用者的工作情境切入。

本文依 2026 年 10 月 6 日 查閱的 OpenAI 官方文件撰寫。下面的工程情境與 Prompt 是建議用法，沒有冒充個人的完整實測；能否執行，仍取決於帳號開放狀態、連接的工具與權限。

把「這件事繼續幫我看著」交出去

如果你已經看過我寫的 ChatGPT 與 Codex App 整合介紹 ，應該對 Work 和 Codex 的分工有印象。這次看 Dot，我最在意的是工作交付之後，後續由誰繼續追。

例如，你交給 Codex 的任務可能是：「修好這個表單送出失敗的問題，附上測試結果。」

交給 Dot 的責任則可以是：「持續整理這個功能的使用者回報。出現新的錯誤時先查原因，準備我能 review 的修正；需要改規格時，把問題帶回來。」

前者有一份明確的修正成果；後者多了等待新資訊、判斷是否要繼續，以及跟你確認優先順序的責任。

官方文件說明，Dot 能在對話之間繼續工作，也能決定何時暫停、何時醒來跟進。它可以讓背景代理並行處理工作，或建立可見的雲端任務；連接電腦後，也能建立本機 Work／Codex 任務，以及繼續既有的本機 Codex 任務。 Tasks and memory

這裡有個我很在意的驗收點：追蹤責任要有成果格式。 如果只說「幫我注意一下」，最後可能收到一堆我不知道該怎麼處理的消息。先定義要留下什麼紀錄，才知道它有沒有把事情顧好。

四種我會優先拿來試的工作

下面這些情境都從同一個問題出發：有些工作今天整理完，明天又會變。

1. 把零散的 bug 回報整理成可以處理的任務

同一個問題，常常散在 issue、討論串和截圖裡。我會先讓 Dot 整理來源、辨認缺少哪些重現資訊，再決定是否值得交給 Codex。

請持續整理我指定的 repository 中，標記為 form-error 的 issue。
每筆整理成：來源連結、重現條件、影響功能、缺少的資訊、建議下一步。
第一次先列出你能存取的範圍，讓我核對。

資料足夠時，準備修正方案與測試結果給我 review。
不要自行合併 PR 或部署。
同一個問題有實質變化，或需要我決定處理方向時，再通知我。
如果目前工具無法持續監看，請說明限制，先完成一次盤點。

我會先看它有沒有把「還沒有人提供重現方式」寫清楚。這件事做好，才有理由讓它繼續往修正走；資訊缺一半就急著改 code，後面通常要花更多時間退回來。

2. 研究版本更新，留下對專案有用的判斷

我不太需要每天一份 AI 新聞摘要。我比較想知道：這次更新，會不會影響我手上的專案？

可以把關注範圍縮到一份指定的相依套件清單，要求保留官方來源、版本和查閱日期，再整理可能受影響的功能與待驗證項目。

請依我提供的相依套件清單，查閱各套件的官方更新紀錄。
整理可能影響登入、資料匯入與 API 相容性的變更。
每項附上版本、發布日期、官方來源與需要驗證的項目。

先產出一次報告，讓我確認範圍。
不要自行升級套件。
若之後要固定追蹤，請先向我確認頻率、時區與結束日期。

這類工作的價值，在於把「看到更新」接到「知道該測哪裡」。報告最好能回到專案的實際功能，讓我看完就能決定是否安排驗證。

3. 規格變了，文件也跟著整理

規格、驗收清單與操作說明常常各走各的。到了發版前，才發現文件還在講上一版的流程。

我會指定一份主規格，讓 Dot 比對其他文件，把差異與修改建議交回來。比如：「以這份已核准規格為準，找出操作手冊和驗收清單的落差；先整理差異，不直接改寫核准內容。」

這個情境很適合先從兩份文件開始。第一輪就檢查它能否找到正確段落、引用來源，並分清楚「文件漏寫」與「規格根本還沒決定」。

4. 追截止日，只在需要處理時通知

專案協作裡，最有用的提醒通常是「缺少這個決定會卡住下一步」。

我會讓 Dot 根據指定的計畫與討論來源，維護待辦、負責人、期限和等待中的決定，再約定什麼變化值得通知。

接下來兩週，每個工作日 Asia/Taipei 上午 9 點，
檢查我指定且已連接的專案來源，更新待辦清單。
只有期限有風險、關鍵資訊缺漏，或需要我做決定時才通知我。
一般進度更新留在清單裡。

請先確認你能讀取哪些來源、通知會送到哪裡，
以及實際儲存的排程與結束日期。

官方把固定排程與事件監看分開說明：固定執行需要儲存排程；事件觸發則要連接的服務支援。連上 Slack 或其他來源之後，仍要指定監看內容並確認設定。 Recurring tasks 與 Event monitoring

上面的 Prompt 也刻意要求「確認實際儲存的排程」。如果只拿到一句「好的，我會幫你看」，我還不會把它當成排程已經建立。

電腦關機後能繼續做什麼？先看工作在哪裡跑

Dot 有自己的雲端電腦與瀏覽器，雲端工作能在你的裝置關機後繼續。需要特定 repository 與開發設定的雲端 coding 工作，可以使用你已經建立好的 Codex cloud environment。 Computers and apps

本機工作則有另一組條件：你必須另外允許 Dot 存取電腦，並保持電腦上線、ChatGPT App 開啟。目前一次能連接一台個人電腦；這項授權和 Codex 電腦連接、Work Sync 分別管理。 Connect your computer

工作情境需要先確認什麼
在雲端研究公開資料、準備文件所需來源與工具是否能從雲端使用
在 Codex 雲端環境修改專案repository、相依套件與環境設定是否已準備好
使用電腦上的檔案、工具或本機 Codex 任務Dot 的本機存取已授權，電腦上線且 App 開啟

連接也要分清楚：通訊管道負責聯絡你，plugin 負責使用服務，本機授權負責存取電腦。 各項連接有自己的權限。

另外，雲端瀏覽器有獨立的登入狀態。你在自己的 Chrome 登入網站，Dot 的雲端瀏覽器仍可能需要登入；官方提供私密登入表單與接管操作流程。 Website sign-in

我會在交付任務前，先請它確認工作環境。尤其是「幫我用本機工具處理」這種需求，環境沒確認好，後面看到進度消息也很難判斷到底跑到哪裡。

用手機、Slack 或 Teams 跟進，同一個 Dot 接著做

官方列出的聯絡方式包含 ChatGPT、語音通話、Slack 和 Microsoft Teams。切換管道會接到同一個 Dot；各管道保留各自的訊息，相關背景可以延續使用。手機 App 需有支援的更新，並先在桌面完成 Dot 設定；mobile web 尚不支援。 Message your dot

所以可以想像這種工作節奏：在電腦上交付任務，出門後用手機補一個限制，再回來查看整理好的結果。

但通知頻率還是要自己定義。我會明講：「一般進度留在工作清單，只有需要我決定的事情才傳訊息。」AI 如果每做一步就報一次，收件匣很快又會變成另一份待辦。

截至本文查閱日，官方將 Dot 主動打來的電話列為推出後規劃，簡訊則是 coming soon。目前的語音功能可以由使用者發起，結束通話後，已交付的工作仍可能繼續。 ChatGPT and voice

記得脈絡，也要保留一份能核對的工作紀錄

Dot 會使用相關 ChatGPT 記憶，以及自己保存的偏好、決定和工作筆記；那些筆記和 ChatGPT saved memory 分開，也不等於所有對話的完整逐字紀錄。連接電腦也不會自動開放每個 App 裡的所有對話。 Context and memory

我的建議是把重要決定留在指定文件裡。例如：

  • 這次 release 採用哪一份規格。
  • 哪個問題已經排除，依據是什麼。
  • 還在等誰提供哪些資料。

這樣就算隔幾天才回來，也能直接核對工作狀態。記憶有助於接著討論；具體的來源和紀錄，則讓我能檢查它有沒有理解錯。

「請你幫忙跟進」要寫到什麼程度？

我會把第一個任務寫成五個欄位：

欄位我會寫清楚的內容
責任哪件事要持續維護，什麼時候算結束
來源指定的 repository、文件、頻道或清單
成果要留下的文件、差異表、測試結果或修正方案
通知哪些變化需要我介入，送到哪裡
行動範圍可以直接做什麼，哪些步驟需要我確認

比如「追蹤 issue」可以涵蓋讀取、分類和整理，至於要不要修改、合併或部署，應該另外寫清楚。官方的 action review 會檢查指示、權限與內建安全要求；custom rules 也能設定哪些動作直接做、哪些先詢問或交回使用者。 Control your dot

檢查成果時，可以在桌面開啟 Dot 的 profile，從 Activity 查看委派工作，從 Scheduled 查看排程。 Review work

停止工作也有三個不同入口：Pause 暫停 Dot 目前的主任務；委派出去的工作要到 Activity 分別停止；固定工作要到 Scheduled 取消或停用。已完成的外部動作不會因此復原。 Stop work

如果要試一項新的持續任務，我會連「怎麼停」一起核對。知道目前有幾個工作在跑，才方便調整範圍。

誰現在能用？別把符合資格當成已經開通

依 2026 年 10 月 6 日 的官方文件，dots 正逐步開放：

方案官方列出的資格與限制
Pro 100、Pro 200、Pro 50018 歲以上；歐洲經濟區、英國與瑞士以外地區
Business Premium全球逐步開放
Enterprise全球逐步開放；預設關閉，須由工作區管理員啟用

符合資格的帳號仍可能暫時看不到入口。首次建立在桌面 App 或桌面瀏覽器完成；工作區也可能有自己的權限設定。 Availability and access

用量方面，官方說明 Dot 對話不計入 ChatGPT 用量限制；它啟動或管理的 Work、Codex 工作，仍依各產品的用量計算。方案另有深入工作的額度與推出首月的延長限額，應以帳號當下資訊為準。 Dots usage

我會從一個小責任開始

如果現在拿到 Dot，我會先交給它一份指定清單，要求完成第一次整理，再核對來源、成果和通知方式。官方的入門指南同樣建議從持續責任開始，先檢查結果，再補充脈絡與調整範圍。 Get started with your dot

對我來說，第一次要測的問題很具體：它能不能讓我少回頭翻一次紀錄，卻仍然清楚知道事情進行到哪裡？

如果能，就把同樣的交付方式擴到下一項工作。先從一個你每週都得回頭查看的任務開始，寫下來源、成果與結束條件，會比一句「幫我管好整個專案」更容易驗收。

延伸閱讀