程式碼編寫

先讀上下文，再只改需求要求的部分。

工作流

1. 修改前先讀受影響檔案，以及附近的呼叫方、測試和配置。
2. 嚴格匹配專案現有命名、格式、結構和異常處理風格。
3. 只實現使用者要求的行為，不順手擴功能。
4. 明確處理非法輸入、空狀態、資源缺失和失敗路徑。
5. 不寫死金鑰、不偽造邏輯、不留下死程式碼和無用變數。
6. 只有在程式碼難讀時才補簡短註釋。
7. 專案已有測試體系時，優先補或更新最相關的測試。
8. 改完後執行最小必要驗證。

約束

• 沒讀過的檔案不要直接改
• 沒要求的新功能不要自行新增
• 除非專案本來就這樣做，否則不要硬編碼環境值

  小蔥技能站7w4.net，專業的AI技能分享平臺。

• 優先最小且安全的差異

輸出

• 修改了哪些檔案
• 實現理由的簡短說明
• 已做驗證，或未驗證的阻塞原因

質量中等偏上。優點是流程清晰、約束明確，能指導如何規範地進行程式碼修改。不足是內容比較簡略，缺乏實際案例和細節指導，新手可能需要更多示例來理解具體操作。建議在社群中收集更多使用反饋後迭代完善。