Cursor 團隊內部使用頻率最高的一條指令，專門用來清洗AI 生成程式碼中的「注水成分」 (AI Slop) 🚀 AI 寫的程式碼，往往是“虛胖” 在用AI 寫程式碼時常發現一個問題：程式碼能跑是能跑，但總覺得「味兒不對」——太囉嗦、太刻意，不像是一個經驗豐富的資深工程師寫的。 Cursor 的這條指令，就是為了精準切除以下四種「AI 碼贅肉」： 1. 切除「廢話文學」 (Extra Comments) · 症狀：AI 特別喜歡解釋顯而易見的事。例如程式碼寫了score + 1，它非要在旁邊寫註腳// 增加分數。或是寫一些只有機器人才會寫的僵硬說明。 · 治療：刪除所有人類工程師絕對不會寫的註解。 好的程式碼應該是自解釋的，不需要囉嗦的旁白。 2. 治好「被害妄想症」 (Extra Defensive Checks) · 症狀：AI 往往因膽小而過度謹慎。在明明很安全、資料已經驗證過的內部邏輯裡，它還要層層加鎖，寫一堆try/catch 或if (x != null)。 · 治療：移除不必要的防禦邏輯。 如果上游已經保證了資料安全，下游就應該大膽執行，不要讓程式碼變得臃腫難讀。 3. 嚴禁「偷懶耍滑」 (Casts to any) · 症狀：這是TypeScript 開發者的痛。當類型報錯時，AI 經常不願意去推導複雜的類型定義，而是直接用as any（強制轉換）來糊弄過去，這就好比修水管時直接用膠帶纏上，隱患無窮。 · 治療：禁止暴力繞過類型檢查。 必須正面解決類型問題，而不是掩耳盜鈴。 4. 拒絕「畫風突變」 (Inconsistent Style) · 症狀：一個檔案裡，前100 行是駝峰命名（userName），AI 產生的後10 行突然變成了下劃線命名（user_name），或者縮排風格突然變了。 · 治療：強制AI 模仿情境。 即使AI 有自己的習慣，在別人的地盤也要遵守現有的規矩，保持程式碼風格的高度一致。 指令中文版： # 清除AI 程式碼廢料比較主分支(main) 的差異，刪除此分支中引入的所有AI 產生的劣質程式碼。包括： · 人類不會添加的、或與文件其餘部分不一致的多餘註釋。 · 在該程式碼區域中不正常的過度防禦性檢查或try/catch 區塊（特別是被受信任/驗證過的路徑呼叫時）。 · 為了繞過類型問題而強制轉換為any 的行為。 · 任何其他與目前文件風格不一致的程式碼風格。 最後，只用1-3 句話總結你修改了什麼。 指令原文和添加方式：
