Least-Code Reviewer
用「最懶資深工程師」的眼光審 diff:哪些程式碼可以刪,每刪一項能省多少行?
適用於: Claude Code, Codex, Cursor, Muse · 版本 1.0.0 · 需要: 一份 unified diff(git diff 或 PR 補丁)。
預覽

範例輸出
此 Skill 產出的範例。範例內容,僅供說明。
Least-code review — sample Diff: 1 file, +61 / -0 lines. Verdict: REWRITE — 23 lines removable (38%). Deletion list (highest saving first) 1. Duplicated validation block (8 lines x 2) — saves ~8 lines 2. Unused private helper _format_unused — saves ~4 lines 3. Single-use abstraction ReportFactory — saves ~3 lines 4. Trivial wrappers get_name, get_title — save ~2 lines each 5. Single-use abstraction ReportStrategy — saves ~1 line 6. Dead imports (3) — save ~1 line each Refactor note: deeply nested branch (6 levels) — flatten before re-review. Minimal viable version: validate_email, validate_sender, build_report, process, EmailReport.
你將獲得
- 結論:SHIP、TRIM 或 REWRITE,按可刪行數佔比判定
- 按省行數排序的刪除清單,每項帶嚴重程度
- 深層巢狀與投機性標記的重構提示(不計入刪除)
- 最小可用版本:每個檔案裡值得保留的定義
關於此 Skill
讀取一份 unified diff,做七項機械檢查——一次性抽象、未使用的私有輔助函式、無意義包裝函式、重複程式碼區塊、無效 import、深層巢狀、投機性標記——然後給出結論(SHIP / TRIM / REWRITE)、按省行數排序的刪除清單,以及值得保留的最小可用版本。純本地執行、僅用標準函式庫;不執行也不抓取 diff 裡的任何內容。
試一試
審一下這個 diff,告訴我能刪什麼——刪除清單按省行數從大到小排。
適合對象
- 以刪除為目標的 PR 審查,而不是再加一堆評論
- 帶著可能並不需要的抽象層的方案與設計
- 變更繼續膨脹之前的合併前精簡
不適合
- 自動刪程式碼——每項標記刪除前都必須確認
- 評判 diff 之外被刪改或未更動的程式碼
如何安裝
- 把安裝提示詞複製到你的 Agent:
Read https://skillu.dev/install/agent.md, then install the Least-Code Reviewer skill (least-code-reviewer). - 或在上線後從本頁下載 Skill 包,把它的資料夾放入你的 Agent 的 skills 目錄。
- 用斜線命令呼叫它,例如
/least-code-reviewer,然後用大白話描述你想要什麼。
常見問題
它會自動刪程式碼嗎?
不會。腳本只標記候選項並估算省行數;建議刪除前,助理會確認每一項的真實呼叫方,包括 diff 之外的呼叫方。
被標記的抽象在別處也被用怎麼辦?
那它就不是一次性的,應該保留。標記的意思是「在這個 diff 裡最多被用一次」,所以刪之前要先查整個程式碼庫。