OpenAI dot 怎麼用？從實作整理的交辦、接續與驗收方法

我把語言練習題、網站調整、文章規劃和市場研究，交給 OpenAI 在 ChatGPT 裡的 dot 個人 Agent。研究文件、題目與解析、內容分類和網站預覽都做出來了，但當工作跨過幾輪討論、換了版本，我有時仍要補背景、糾正方向，或追問成果到底驗證到了哪裡。

這篇把經驗整理成「交辦、接續、驗收」三步：讓目標與必要資料一起進入工作，讓新階段承接證據與最新決定，再對照實際成果和原本目的驗收。後面附上可複用的交辦模板與網站填寫例。這些是事後整理的下一輪用法，尚未量測成效。

本文聚焦開始使用後的工作實作，不是全功能評測；如果你還沒開始使用，可以先看 OpenAI 的官方設定指南。

怎麼把工作交給 dot？交辦、接續、驗收三步方法

第一步：交辦時，把目標與必要脈絡放在一起

先說明這次要完成什麼，以及怎樣才算可以使用。接著，把會影響這次工作的舊資料、最新決定和不能改動的條件，放在同一份簡短任務說明裡。

我在網站修改時，就遇過目的沒有被完整保留的情況。我想移除幾個過於狹窄情境的顯著入口，調整後，精選內容、最新文章和閱讀引導卻也變弱了。最後，我又得追問新讀者進來後，知不知道先讀哪篇、接著往哪裡走。

因此，這類任務可以把「要改什麼」和「必須保留的功能」一起寫出來。除了移除指定入口，也要讓讀者能找到合適文章與近期內容。呈現方式可以調整，不能只以區塊是否消失作為完成條件。

這不代表每次都由我重寫所有歷史。已經交過的資料，應先請 dot 從可讀取的既有文件與對話裡找回來，整理這次採用的來源和決定。我只補新需求，或更正理解錯的地方。必要資料讀不到、版本不確定，就指出缺口，再問會影響執行的問題，不把空白當成可以自行猜測。

這一步留下可沿用的任務說明，讓交付與驗收有共同依據，也避免每換一個階段就重講背景。

第二步：接續時，讓新版本交代它承接了什麼

需要延續的工作，應帶著前一步的成果、證據和最新決定往下走。尤其當方向改變時，要能看出改了什麼、為什麼改。

市場研究讓我最清楚看見這個問題。先前研究對「修改既有 Word／DOCX 公司範本並保留格式」有中等程度的支持，對週期性營運報告的證據則不足。後來一個版本的可追溯輸入沒有列入這份研究，方向偏向新建報告，卻沒有找到足以支持轉向的新證據。我能確認的是前後證據沒有被清楚承接，不能直接推論資料消失，或研究從來沒做。至於現在的市場是否仍有同樣缺口，也需要另外查證。

所以，新版本可以附一小段接續說明：這版採用了哪些資料、沿用哪些決定、改變了什麼及其理由，還有什麼尚未解決。新方向若與舊研究衝突，就先指出衝突；證據不足的部分保留不確定性，不把舊結論直接視為已被推翻。

內容規劃也需要同樣的連貫性。我曾收到不同數量的清單，但既有文章分類、功能缺口、候選方向和優先工作包，原本就在數不同的東西。接續整理時應保留清單定義，說明哪些是既有內容、哪些只是候選，以及優先順序的依據。題目太小可以合併，不必為了湊數而寫。

「暫緩」同樣要被帶到下一步。我後來暫停了練習題工作，就不該因為換了一個任務而重新啟動。這些接續資訊應由 dot 隨成果整理，只帶下一步真正需要的脈絡，不需要我再搬一次資料，也不用複製整段聊天。

第三步：驗收時，分開看成果、檢查範圍與下一步

收到「完成」時，先找可以查看的成果，再看實際檢查了什麼。驗收要回到一開始的用途，不能只接受一個完成狀態。

練習題的工作當時已有題目、答案解析和審查文件，可以檢查題數、格式與 AI 作答的一致性。但這些檢查，還不足以確認題目和官方範例難度相當、有真人測試支持，或能用來推估成績。若交付時沒把範圍說清楚，下一階段很容易建立在過度解讀的結果上。

網站工作則要看預覽，也要走一遍新讀者的路徑。頁面能開、連結能點，只確認了一部分；閱讀引導是否仍合適，還得回到原本目的來看。

交付時可以用一小段話交代：成果在哪裡、哪些部分已檢查、哪些仍未驗證，以及下一步可以繼續做什麼。遇到資料缺口、需要改變範圍，或到了必須由我決定的地方，就指出停點與待決問題。這樣我才知道自己是在檢查結果、補必要資料，還是做新決定，不必靠來回追問猜進度。

dot 交辦模板：從必要資料到驗收邊界

下面六欄合成一份任務說明，適合會跨階段的研究、內容或網站工作。可先讓 dot 依既有脈絡填寫，由我確認關鍵處；簡單的一次性問題，不必全部填滿。

目標

這次要完成［具體結果］，供［誰／哪個下一步］使用。先做到［本次範圍］。

必要資料

先查閱［既有文件、頁面或研究］。交代採用哪份資料或版本；若缺少會影響執行的內容，指出缺口，不自行補造。

已有決定與不可自行重啟的事項

沿用［最新決定］；保留［不能刪掉或改掉的條件］。［已暫緩的工作］維持暫緩，不自行重新啟動。

交付物

交回［檔案、預覽或整理結果］，讓我可以直接查看。附上主要改動、採用依據及尚未解決的事項。

驗收

依［具體用途或操作路徑］檢查［可觀察的條件］，分開說明已檢查與仍未驗證的部分。

需要我決定的邊界

可以在上述範圍內繼續；若需要［改方向、擴大範圍或執行對外動作］，先說明原因、選項及影響，等我決定。無法繼續時，指出停在哪裡。

模板填寫例：調整網站，但保留閱讀引導

以下以文章總覽與閱讀入口為例，示範如何填寫。這是依經驗新整理的範例，並非當時的原始提示。

目標

調整文章總覽裡過於狹窄的情境入口，同時讓第一次來的讀者知道先讀什麼、接著可以去哪裡。這次先提供可檢查的預覽。

必要資料

先查看目前的文章總覽、分類與閱讀入口，以及已有的調整決定。列出採用的頁面或版本；讀不到既有資料時，先指出缺口，不假設目前版型。

已有決定與不可自行重啟的事項

移除過窄情境的顯著入口，但保留讀者找到合適文章、近期內容與分類的功能，不硬性保留特定排序字樣或控制項。不要擴大成整站重做，也不要啟動已暫緩的其他專案。

交付物

提供修改後的預覽，附一份簡短改動說明：移除了什麼、原本的引導如何保留、哪些部分沒有改。讓我能把修改前後的閱讀路徑對照起來。

驗收

從文章總覽出發，確認新讀者能找到適合先讀的文章、近期內容與分類，連結能到達預期位置。分別說明區塊改動、連結與閱讀路徑的檢查結果；未做真人測試，就不宣稱已獲使用者驗證。

需要我決定的邊界

若現有內容不足以提供清楚的閱讀引導，先列出缺口與建議選項。需要新增文章、改動整體分類，或發布正式版本時，先由我確認，不把它們視為這次修改的附帶工作。

收到預覽後，就沿同一份說明檢查改動與閱讀路徑。若報告只確認頁面能開、連結正常，仍要補看新讀者如何找到內容，不能讓技術檢查代替閱讀引導的驗收。

把方法放回單一窗口，不再維護一套部門

一開始，我曾把工作分成情報、研發、內容和技術幾個固定部門，希望分工之後，由 dot 協調，我就不用逐一追蹤。但這次使用沒有達到原本減少負擔的目的，我反而花了更多精神補背景、糾正方向和追問成果。因此，我取消固定部門分配，改成只跟 dot 溝通，再依眼前的工作拆出具體任務。

上面三步，也是為了把交辦和接續留在同一個可理解的脈絡裡。任務如何拆分，應該幫助產出和驗收，不要又變成一套需要我維護的組織。既有成果、暫緩事項和先前決定都應保留。

OpenAI 的官方任務說明指出，dot 可以把工作交給並行背景代理；新任務取得任務指示與背景，但不會自動得到全部既有對話。官方也提醒，執行完成本身不代表要求的結果已經達成或交付。這些產品說明有助於理解交辦為什麼重要，卻不能直接證明這次問題的技術根因，或證明過去每一項工作都曾持續、並行運作。

我能做的是把可觀察的要求寫清楚，繼續看後續使用結果：是否少重講背景、交回的成果是否可檢查、能否接到下一步，以及重複糾正和追問進度的負擔有沒有降低。

我仍然想用 dot 分擔工作。這次的經驗讓我把期待落在更具體的地方：交辦時保留目的，接續時帶上必要證據，完成時交回看得見、驗得到的成果。最後要看的，是工作有沒有往前走，而我是不是少補了一次已經講過的背景。