用 AI 改既有專案：讀懂程式碼、拆任務、驗證不改壞
接手別人的專案或自己的舊程式時，讓 AI 先讀懂、再小步修改、每步驗證的工作法。
AI 有解編輯部
最後更新 2026 年 11 月 4 日・CC BY 4.0
從零寫程式 AI 很強；改既有專案時，最常見的失敗是「改了 A 壞了 B」。這篇的重點是先理解、再小步、每步驗證。
請閱讀這個專案，不要修改任何檔案。告訴我：
1. 這個專案做什麼、用什麼技術
2. 主要資料夾與入口檔案
3. 怎麼啟動、怎麼跑測試
4. 你看到的風險或奇怪的地方
執行專案的測試，回報結果。如果沒有測試，先為我要修改的功能寫幾個「目前行為」的測試。
有測試才敢改。這一步不要省。
我要【新功能或修正】。請拆成 3 到 6 個小步驟，每一步都要能單獨驗證，先列出來等我確認。
每步完成後：
git diff # 看它改了什麼
npm test # 或專案的測試指令
git commit -am "步驟 1：..."
在根目錄放規則檔（Claude Code 用 CLAUDE.md，Cursor 用專案規則），例如：
- 不要修改 legacy/ 資料夾
- 新功能一定要有測試
- 錯誤訊息用繁體中文
- 送出前執行 npm run lint 與 npm test
用資深工程師的角度審查目前分支相對於 main 的修改：找出 bug、遺漏的邊界情況、安全問題，
依嚴重程度排序，每點附上檔案與行號。
你照著做成功了嗎？
成為第一個回報的人。你的回報會決定攻略排序與作者分潤。
把 AI 接上更多工具（資料庫、瀏覽器、設計稿）：見〈安裝 MCP 外掛並做安全檢查〉。
廣告版位
想讓正在用 AI 的人看到你的產品？了解廣告合作