最近我的 Codex 對話愈來愈多。
剛開始十幾個，靠記憶還找得到。累積到幾十個、幾百個之後，側邊欄出現一堆「整理資料」「修改內容」「確認功能」。每個都眼熟，點進去才發現又找錯了。
手動改一個名稱不難。麻煩的是，每做完一件事，都得記得回頭整理。
後來我把命名規則做成 Skill，再設定排程定期檢查，讓這件小事有固定的處理方式。
一個名稱，要讓我看得出日期、對象與工作
我使用的格式是：
YYYYMMDD｜主題對象｜實際工作
例如：
20260822｜電子郵件｜信件分類與待辦留存20260822｜客戶社群｜公開貼文資料同步與驗證20260822｜電商平台｜商品上架流程與權限確認
日期採用對話第一次建立的日期；對象可以是工具、人物或專案。最後一段則寫出這次實際處理的事，避免又變成「整理資料」四個字。
產生名稱前，要先讀對話內容。只看原標題猜測，很容易把真正的工作漏掉。
先決定怎麼判斷，再安排多久檢查一次
我把這套流程分成兩部分。Skill 保存命名規則、適用範圍與驗收條件；排程負責定期叫它執行。
在那次實作中，我把檢查頻率設為每小時一次。它會先取得近期可管理的對話，略過正在執行、已符合格式或無法可靠判斷的項目，再整理需要修改的清單。
有需要才改，沒有需要就結束這一輪。頻率也應該依自己的對話量調整，不必照抄每小時一次。
我的完成標準，是改完還要讀回來
流程執行到改名，還有最後一步：重新讀取標題，核對是否跟預定名稱一致。
第一次正式測試時，檢查了二十則近期對話，找到十二則需要調整，最後十二則改名與讀回都一致。這是當時那一輪的測試結果，不能拿來保證所有版本、帳號或歷史對話都能處理。
後續也出現整輪都不需要修改的情況。對我來說，能判斷「這次不用動」同樣是流程正常運作的一部分。
| 階段 | 我會確認什麼 |
|---|---|
| 執行前 | 範圍是否正確，會不會碰到正在進行的工作 |
| 執行中 | 新名稱是否根據實際內容產生 |
| 執行後 | 修改數量與讀回結果是否一致 |
想套用時，先測一小批
如果你也遇到類似問題，可以先挑幾則對話測試命名規則。確認名稱真的比較容易找，再考慮排程。
我會保留三個限制：使用目前環境支援的正式管理工具；資料或權限不足時交回人工判斷；不直接修改本機索引檔來製造看似改名成功的結果。
OpenAI 的排程文件也建議先手動測試，再檢查前幾次執行。需要本機檔案的排程，還要讓電腦開機、桌面 App 持續執行；實際可用功能以目前版本與權限為準。查看官方排程說明
本文分享的是我的命名與驗證方式，目前不提供公開安裝包。若要在自己的環境重做，應先確認工具是否能讀取、改名及讀回指定對話。
以前我找不到工作紀錄，常以為只是自己記性不好。把命名規則固定下來以後，至少下次回頭看，不必再從一排模糊標題開始猜。
實作紀錄日期為 2026 年 8 月 22 日；本文於 2026 年 10 月 17 日修訂並核對官方排程文件。歷史測試數量不代表目前排程狀態或後續成功率。