自動化 Premium

Least-Code Reviewer

「最も怠惰なシニアエンジニア」の目でdiffをレビュー：何を削除できて、削除ごとに何行節約できるか？

対応： Claude Code, Codex, Cursor, Muse · バージョン 1.0.0 · 必要なもの： unified diff（git diffまたはプルリクエストのパッチ）。

プレビュー

Least-Code Reviewer —— 完成した成果物 — サンプル画像：このSkillが生成するREWRITE判定と削除リスト。テキストサンプルは下記。

出力サンプル

この 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を読み取り、7つの機械的チェック（単回使用の抽象化、未使用のプライベートヘルパー、自明なラッパー、重複ブロック、未使用のimport、深いネスト、投機的マーカー）を実行し、判定（SHIP / TRIM / REWRITE）、節約行数順の削除リスト、残すべき最小構成を返します。ローカル実行のみ、標準ライブラリのみで、diffの内容を実行も取得もしません。

試してみる

このdiffをレビューして、何を削除できるか教えてください。削除リストは節約行数の大きい順で。

こんな方に最適

コメントを増やすのではなく削除に焦点を当てたPRレビュー
必要かどうか分からない抽象化層を持つ提案や設計
変更がさらに膨らむ前のマージ前スリム化

向いていない用途

コードの自動削除——削除前には必ず各項目を確認する
diffに現れない削除済み・未変更コードの判断

インストール方法

インストールプロンプトをあなたのエージェントにコピーしてください： Read https://skillu.dev/install/agent.md, then install the Least-Code Reviewer skill (least-code-reviewer).
または、公開後にこのページから Skill パッケージをダウンロードし、そのフォルダをエージェントの skills ディレクトリに配置します。
スラッシュコマンドで呼び出します。例：/least-code-reviewer。あとは欲しいものをそのまま言葉で伝えるだけです。

よくある質問

コードは自動で削除されますか？

いいえ。スクリプトは候補を挙げて節約行数を見積もるだけで、削除を勧める前にエージェントが実際の呼び出し元（diffの外も含む）を確認します。

フラグが付いた抽象化が他でも使われていたら？

それは単回使用ではないので残します。フラグは「このdiff内では最大1回しか使われていない」という意味で、削除前にコードベース全体を確認します。

Premium を入手他の Skills を見る