用 Codex 接手陌生項目，先問這四個問題

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

重點是把「看懂項目」和「已經執行驗證」分開。

先發這四個問題

複製本輪唯讀項目，不改檔案、不裝依賴，也不執行程式或測試。

1. 項目做什麼？入口和關鍵檔案在哪裏？
2. 本地怎樣執行，需要哪些依賴？
3. 有什麼檢查指令，對應哪些測試檔案？
4. 哪些資訊缺失，哪些結論還不能確認？

用實際檔案路徑支撐回答。
區分文件記載、程式碼分析和執行驗證。說明後先停下。

這裏的唯讀邊界是為了這一步檢查。後面需要執行或修改時，再按具體任務給出範圍。官方提示指南也建議提供相關上下文與清晰目標。OpenAI Prompting

用一個小項目看回答是否具體

原演示讀取了商品表檢查工具，得到幾條可以核對的結果：

• check_products.py 的 main() 是入口。
• sample.csv 是模擬輸入。
• 使用說明寫了執行指令和輸出位置。
• test_products.py 定義了6項測試。
• 輸出目錄已經存在時，程式主動停止，避免覆蓋舊報告。

這比「項目結構清晰、功能完善」有用，因為每條都能回到檔案裏確認。

但讀到6個測試，不等於這輪執行了6個測試。2026年10月11日的檢查唯讀檔案並分析程式碼，沒有安裝依賴、執行程式或測試；檢查前後項目檔案內容一致。

看懂後再給一個小修改

比如：「在保留現有檢查規則和不覆蓋舊報告的前提下，為報告補一個統計摘要。」接着寫明輸入、預期輸出和驗收方式。

一個熟悉項目裏的小改動不必每次完整走四問；這套方法更適合接手不熟悉的程式碼，或者先弄清執行條件。

原筆記發表於2026年10月11日，原稿於10月27日整理；唯讀檢查的事實沿用原記錄，沒有將它改寫成新的執行測試。

香港繁體版整理日期：2026年10月28日。原文引用的產品說明核對截至2026年10月27日；原實驗日期與範圍保留於文中。

查看 AI Coding 系列全部文章