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 里最多被用一次”,所以删之前要先查整个代码库。