#AI Coding

庫存填了0，程式卻提示「漏填」，問題可能藏在一句 if not value 裏。Python 中0和 None 都是假值，但它們在業務上的含義並不相同。

「API 報錯了」後面，最有用的是剛才做了什麼、服務實際返回什麼，以及還缺哪些資訊。把這些填進一張求助單，可以少走幾輪猜測。

Codex 請求返回429，先別急着判斷餘額不夠。相同的 HTTP 狀態可能對應請求太密，也可能指向餘額或不同層級的限制。

Codex 顯示「登入成功」，是否代表 API 已經能呼叫？還差一步驗證。本地記錄了認證狀態、在線請求成功、任務通過驗收，是三件不同的事。

Codex 訂閱和 API 哪個更划算，不能從一次額度百分比變化直接算出來。先確認兩邊的計費路徑，再把自己的實際用量、完成結果和等待情況放在一起看。

WorkBuddy、CodeBuddy，名字只差幾個字，先別靠名字選。看這次需要交付什麼，再決定先試哪個入口。

用 Codex 一定要先買 ChatGPT 訂閱嗎？先看自己準備使用的入口與認證方式，再決定需要什麼。

按月份、項目匯總工時，最容易出問題的往往不是相加，而是把「待確認」、錯誤日期或缺項目的行也混了進去。

一個檔案改壞了，其他檔案裏還有自己沒提交的工作，怎樣只撤回目標檔案？先檢查 Git 基線和修改範圍，再決定是否恢復整個檔案。

把「報錯了，幫我修一下」換成四樣具體資訊，通常能少來回追問幾輪：執行了什麼、實際報了什麼、原本想得到什麼、哪些東西必須保留。

Codex 和 WorkBuddy 怎麼選，可以先問自己：這次要交付的是一個程式碼改動，還是一份文件、表格與報告？先選一個小任務試，比只對着功能清單比較更容易得出自己的答案。

想用 Codex 做一個用得上的小工具，可以從規則明確的資料檢查開始。這次的任務是讀取商品 CSV，把漏填、錯誤數值和重複編號列出來，生成瀏覽器能打開的報告。

拿到一份能執行的程式碼，卻不知道從哪裏改，先讓 Codex 讀一遍項目，給出帶檔案路徑的說明，會比立即發一個大改造需求更容易核對。

AI 寫的網頁能打開，接下來怎麼驗收？拿一個儲存在瀏覽器本地的待辦頁來說，可以沿着五個具體場景檢查。

同一個待辦網頁，換個瀏覽器打開卻是空的，先看它把資料存在哪裏。本例只用了當前瀏覽器的本地儲存，沒有自動同步功能。

看網頁時，想把一段話留下來，再順手翻譯，可以在摘抄貓（CopyKit）裏設定自己的模型介面。下面按原筆記核對過的0.3.1版設定說明，給出智譜 GLM 的填寫方法。

一堆圖片叫 IMG_1032.png、IMG_1051.png，想整理成「活動照片_001、002……」，可以讓 Codex 寫一個小工具。第一步先生成改名清單，核對完再執行。

待辦清單刷新後還在，只說明瀏覽器裏留住了資料。想在清理瀏覽器之前留一份副本，需要把它匯出成真正的檔案。

「保持樣式」「別加後端」「改完跑測試」反覆說了幾次，就值得寫進項目說明。AGENTS.md 適合留下長期有效的約束，下一次接手項目時更容易找回這些要求。

新增任務、刷新、確認它還在——手動點一次不難。每次改程式碼都重複點，容易漏掉一步。可以把這些動作寫成瀏覽器測試，讓它反覆檢查同一個結果。

待辦清單能添加、能刪除，一刷新卻全沒了，通常要先看資料是不是只放在頁面的記憶體陣列裏。

打開 Codex CLI 以後，第一句話怎麼寫？不用先背一套長提示詞。拿一個現成的小項目，說清楚想增加什麼、哪些地方別動、最後怎樣檢查，就可以開始。

剛開始用 Codex，先選一個順手的入口就夠了。平時已經在終端機裏查 Git、跑腳本，CLI 很自然；想把項目、對話和程式碼改動放在一個視窗裏看，可以從桌面端開始。