生活分享
桌面版任務與專案管理
把同一件事的追問留在同一任務,把獨立成果分成不同任務,能減少上下文混亂。專案負責定位相關檔案,任務負責一次具體工作;建立很多任務不會自動讓檔案彼此隔離,隔離需要 worktree 等機制。
閱讀時間約 12 分鐘 · 操作 20 分鐘

本篇目錄
返回 Codex 教學總目錄Codex 學習中心:完整教學目錄從安裝、第一個任務到 MD 規則與進階整合,規劃 60 篇 Codex 教學、十個單元。依程度、平台、需求或指令搜尋下一篇;尚未公開的教學會標示狀態,方便安排學習路線。閱讀全文
目標與準備
先完成桌面版入門桌面版:Windows、macOS、Linux桌面版把任務、檔案、終端機與修改結果放在同一個工作空間。目前官方下載文件使用 ChatGPT desktop app 名稱,進入後可選 Codex。這裡提供三種系統的安裝主線;Linux 屬預覽版,不能把其支援範圍推廣到所有發行版。閱讀全文。專案組織共同檔案與多個任務;任務保存自己要完成的成果及對話。這次用「清點教材」與「提出修改方案」兩個名字,避免每個都叫「繼續」。ChatGPT 專案與連接電腦資料夾的本機專案不同;要讀本機檔案,先確認所選的是連接到練習資料夾的專案。
步驟 1:加入練習資料夾
用文字編輯器建立 codex-project-lab,放入 note.txt 與 request.txt,分別貼上以下兩段。依桌面入門步驟加入本機專案,再打開專案選單的 Edit project 核對資料夾。這次只連接這一個資料夾,不把整個使用者目錄加入;將其設為主要資料夾後,建立任務前再次看實際路徑。
PROJECT-LAB
Revision: 1
Current title: Small Steps
Propose the title Daily Steps.
Do not edit note.txt until the proposal is reviewed.
主要資料夾決定新任務起點及一些專案設定的自動探索;其他附加資料夾也可能可讀寫,但不是隔離副本。此練習沒有 Git,也不建立 worktree,方便你清楚看到兩個任務共用同一份檔案。實際程式專案要並行修改時,另依worktree 教學Worktree 與多任務隔離Worktree 讓同一個 Git 程式庫有不同的工作目錄,各自承接不同分支。它適合讓兩項工作分開改檔,但資料庫、連接埠與外部服務仍可能共用,不能把檔案隔離當成所有資源隔離。閱讀全文建立隔離,不靠任務數量判斷是否安全。
步驟 2:建立兩個成果不同的任務
從這個專案開第一個新任務,送出下面的清點要求。回覆後看它是否真的指出兩個檔案、PROJECT-LAB 與 Revision: 1,再將任務改名為「PROJECT-LAB — 清點教材」。利用任務選單的重新命名功能,保留共同標記與成果詞,之後只記得 PROJECT-LAB 也能搜尋。此任務只讀,不需要新增文件。
Inventory this practice folder. Read note.txt and request.txt. Report their filenames, the lab marker, revision and current title. Do not edit files or search other directories. This task's outcome is a verified inventory only.
再從同一專案建立第二個新任務,使用下面的方案要求,改名為「PROJECT-LAB — 標題方案」。預期指出 Small Steps 改成 Daily Steps,只需 note.txt 的標題行;文件已要求先審閱,所以還不應改檔。切回第一個任務時,應仍看到它自己的清點對話,而不是兩段訊息混成同一份聊天。
Read note.txt and request.txt. Propose the smallest title change that satisfies the request. Identify exactly which line would change and how to verify it. Do not implement yet; this task's outcome is a reviewable proposal.
步驟 3:切換任務時重新讀檔
現在模擬你在任務之間處理了其他事:用編輯器只把 note.txt 的 Revision 改成 2,標題仍是 Small Steps,request.txt 也不動。回到「清點教材」任務,送出下列要求。它的舊對話是 1,但新讀取應是 2。接著到「標題方案」也要求重讀版本;兩個任務都應從同一資料夾看見 2。
Read note.txt from disk again now. Compare its current revision with this task's earlier record. Report the actual directory, current revision and unchanged title. Do not repair the mismatch by restoring old contents.
這個差異是刻意設計的驗收,不是叫模型把數字改回去。同一專案的兩個任務可以共用檔案,卻各有歷史對話;釘選、改名與切換都不會建立第二份磁碟。若其中一個仍是 1,先核對路徑、主機與是否真的重新讀取,再看它是否在另一個工作樹。接續長任務時用交接文件上下文與工作交接長工作需要把決策與證據留下,不能只依靠對話長度。README 說明怎麼使用專案,設計文件記錄為何這樣做,交接文件整理目前做到哪裡;AGENTS.md 則放持續有效的工作規則,避免把所有進度塞成規則。閱讀全文保存這種版本差異。
步驟 4:釘選、尋找與封存恢復
把目前常用的「標題方案」任務釘選,確認它在側欄容易找;再開其他任務後回來核對,它的對話及檔案內容都不應因釘選改變。要找清點任務時,使用側欄 Search chats 搜尋 PROJECT-LAB,再用完整標題分辨。不同版本的搜尋快捷鍵可能不同,本篇直接使用可見入口。
完成清點後,從該任務選單選 Archive,只封存「清點教材」,不要誤選整個專案的 Archive chats。接著到 Settings 的 Archived chats 找回它並恢復,再確認原對話存在、note.txt 仍是 2。封存用來整理列表,不表示已完成程式驗收,也不是檔案備份或清理硬碟的方法。本練習不需要 Delete。
延伸練習:同名任務放在不同專案
在 codex-project-lab 旁建立獨立資料夾 codex-project-other,只放下面的 note.txt。將它加入另一個本機專案,不是第一個專案的附加資料夾。在新專案開第三個任務,也命名「PROJECT-LAB — 清點教材」,送出後面的唯讀要求。相同標題不能證明兩個任務使用同一份檔案。
PROJECT-OTHER
Revision: 100
Current title: Other Steps
Read only this project's note.txt from disk. Report the absolute path, marker, revision and current title. Do not infer content from this task's title, another task or another project. Do not edit or search outside this project.
第三個任務應讀到 PROJECT-OTHER/100/Other Steps,前兩個仍是 PROJECT-LAB/2/Small Steps。用紙或筆記記下三列「任務成果、所屬專案、絕對路徑、最新讀檔結果、進行/封存狀態」。若看到 2,就先查第三個任務是否建在錯誤專案,不修改任何檔案去配合預期。確認後把它改名為「PROJECT-OTHER — 清點教材」;只封存或恢復你指定的那一列。
本段提到的教學與資源: 官方 worktree 文件 · 隔離工作教學Worktree 與多任務隔離Worktree 讓同一個 Git 程式庫有不同的工作目錄,各自承接不同分支。它適合讓兩項工作分開改檔,但資料庫、連接埠與外部服務仍可能共用,不能把檔案隔離當成所有資源隔離。閱讀全文
| 操作 | 會改變什麼 | 本練習如何驗證 |
|---|---|---|
| 重新命名 | 任務顯示名稱 | 用標記及成果搜尋 |
| 釘選 | 側欄位置 | 回到同一段對話 |
| 封存/恢復 | 列表中的可見狀態 | 恢復後仍可讀原對話 |
| 重新讀檔 | 取得目前磁碟證據 | 兩任務都看到 Revision: 2 |
| 編輯主要資料夾 | 新任務預設起點 | 重新核對實際路徑 |
什麼時候續接、另開或停止
同一個標題修改還在補條件,就回到原方案任務續接,保留先前決策;要獨立做另一個成果,例如整理測試紀錄,就建立新任務並明確指出要讀哪些檔案。新任務不應被假設已經看過前一個聊天中的口頭限制。把「不可改測試」這類共同規則放入專案 AGENTS.md,把本次版本與尚未完成的檢查放交接文件,再在新要求引用。
工作仍在執行時,先用目前任務可見的停止控制中斷,確認不再產生新修改,再整理或封存;停止與封存是不同操作。如果已經寫入 note.txt,停止不會自動撤銷,因此要讀檔與檢查差異。要更換專案主要資料夾時,先記錄舊位置,再從新任務核對起點;不要推論現有任務已被搬過去,也不要把附加資料夾當作主資料夾的備份。
常見問題與整理習慣
找不到任務先確認是否在其他專案、另一台主機或已封存,再用標記搜尋;不要重新建立十個同名任務。發現兩個任務都想改同一檔案,就先讓其中一個停在唯讀檢查,明確指定由另一個完成修改,之後前者再審查結果。若需要真正同時改不同功能,進入 worktree 與整合教學。
專案變大時,任務名稱加入目標與範圍,例如「篩選器:完成 Completed」或「文件:補啟動步驟」。每個任務結束留下改了什麼、如何驗證、還剩什麼;未完成工作可以存在任務清單文件,不只留在一段很久以前的聊天。這樣下次切換不用重新解釋整個專案,也不會把封存當作沒有待辦。
驗收時保存兩個專案、三個任務的狀態表,前兩個任務的 Revision: 2 重新讀取、第三個的 Revision: 100,以及指定任務的封存恢復結果。最後只把 codex-project-lab/note.txt 的 Revision 手動還原為 1,確認標題仍是 Small Steps;另一個專案保持 100/Other Steps。取消本練習的釘選,不必刪專案或檔案。圖中 1 是建立專案範圍,2 是分成果管理任務,3 是重新核對與整理。下一篇開始閱讀既有程式先讀懂一個既有專案用唯讀流程找到啟動點、資料流與測試,產生有檔案依據的專案地圖。閱讀全文。
返回 Codex 教學總目錄Codex 學習中心:完整教學目錄從安裝、第一個任務到 MD 規則與進階整合,規劃 60 篇 Codex 教學、十個單元。依程度、平台、需求或指令搜尋下一篇;尚未公開的教學會標示狀態,方便安排學習路線。閱讀全文
閱讀完整文字說明
Project to Task to Handoff
同主題延伸閱讀
生活分享
Codex 學習中心:完整教學目錄
從安裝、第一個任務到 MD 規則與進階整合,規劃 60 篇 Codex 教學、十個單元。依程度、平台、需求或指令搜尋下一篇;尚未公開的教學會標示狀態,方便安排學習路線。
生活分享
實戰:製作小網站
從 brief.md 規劃並製作 Small Steps 待辦網站,完成新增、完成、刪除、篩選與本機資料保存。將 HTML、CSS、資料函式、畫面事件與測試分開,以 Node 測試和瀏覽器操作驗收,並留下可重新啟動與還原的交接紀錄。
生活分享
用量與效率:減少重工
記錄任務條件、模型選項、時間與成果,找出能減少無效重試和過多上下文的調整。
引用本文的文章
最新旅遊情報攻略

情報
2026 韓國楓葉預測:雪嶽山 10 月 20 日、首爾近郊 10 月底、內藏山與漢拏山 11 月上旬
韓國山林廳 2026 年 9 月 22 日公布的楓紅高峰預測:雪嶽山 10 月 20 日,春川、國立樹木園到首爾植物園落在 10 月 28 日到 11 月 2 日,內藏山 11 月 4 日、漢拏山 11 月 6 日,整體比最近 5 年晚約 0.8 天。整理各地楓樹與銀杏的預測日、首爾出發怎麼排,以及出發前去哪裡看即時楓況。2026 年 10 月查證。
- 季節活動
- 自然
- 觀景

攻略胡志明市
胡志明市到頭頓一日遊:白藤碼頭搭高速船、船票與班次,下船就是胡梅纜車與耶穌基督像
人在胡志明市挪一天去頭頓看海:市中心的白藤高速船碼頭搭船,航程 120 分鐘到頭頓的胡梅碼頭,平日成人 320,000 越南盾、週末 350,000,回程末班平日 15:00。下船就是胡梅纜車站,同一條路上有白宮,小山頂上是耶穌基督像。平日一天只有兩班船,整天要從末班船倒推著排。
- 交通
- 行程範例
- 海灘

攻略沖繩
沖繩不開車攻略:單軌只到浦添,美麗海水族館要坐兩個多小時的巴士,回那霸的最後一班直達車 17:22 就開走
不租車的沖繩怎麼移動:那霸市區靠沖繩都市單軌電車(ゆいレール),那霸機場站到終點てだこ浦西 19 站、17 公里、37 分鐘,一日券 1,000 日圓;美麗海水族館有那霸機場直達的高速巴士,單程 2,000 日圓起、官方時刻表上 2 小時上下,下車後還要走 10 分鐘;古宇利島要在今帰仁村役場轉車,當天來回光坐車就六個半小時;回程的最後一班直達車 17:22 就從記念公園前開走(2026 年 9 月查證)。
- 交通
- 行程範例
- 預算
資料來源
- Local projects and task organization · 查證日期:
- Instruction discovery · 查證日期: