honey-review について
honey-reviewは、コード差分から削除できる部分を見つけるエージェントスキルです。不要な複雑さや冗長さと、重要な安全対策やテストを区別し、開発者向けに削除候補を簡潔にまとめます。
主な機能
- 01推測的な処理や単一利用の抽象化を検出
- 02デッドコードや冗長なコメントを発見
- 03検証・セキュリティ・UX・有効なテストを保護
- 04削減行数の見積もり順に結果を出力
活用シーン
- 01差分から削除可能なコードを探す
- 02マージ前に冗長な構成を確認
- 03優先順位付きの削除候補を作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/honey-reviewを入力して読み込まれたか確認します。
詳細
Honey Review
差分（git diff または指定された範囲）を読みます。削除すべきものとその理由だけを報告してください。Honey の 2 つの書き込みレバーを逆にたどります。
確認項目
- 過剰な設計（レバー 1）—なくてもよいコード。先を見越したパラメーター、「後で必要になるかもしれない」という分岐、呼び出し元が 1 つしかない抽象化、手書きの
itertools／pathlib／datetime、4 行のために追加する依存関係、既存ユーティリティの再実装。 - 冗長な記述（レバー 2）—使われていないコード、コメントアウトされたブロック、コードの内容をそのまま説明するコメント、冗長な足場コード。
指摘してはいけない項目（この例外は重要です）
入力検証、エラー処理、認証、シークレットの処理、アクセシビリティの基本、ユーザー向け成果物の見た目や UX の仕上げは、冗長ではありません。複雑なロジックを証明するテストやアサーションも、冗長ではありません。これらの削除を提案しないでください。
出力 — 削除リスト。指摘 1 件につき 1 行
N. path:line — cut <what>; <one-clause why> (−N lines)
- 削減できる行数の多い順に番号を付け、深い階層の指摘を先にしてください。これにより、ユーザーが「1 と 3 を削除」と答えられます。
- 最後に合計行を 1 行記載します。形式：
Total: −N lines across M findings. - 削除対象がない場合は、1 行でその旨を伝えてください。指摘をでっち上げないでください。
- 簡潔でありながら人に伝わる表現にしてください（これはエージェントではなく人に向けたものです。エージェント向けの役割は
hive-reviewerが担います）。
例：
1. src/util.py:12 — cut hand-rolled flatten; stdlib itertools.chain.from_iterable does it (−9 lines)
2. src/api.js:40 — cut unused `opts` param; no caller passes it (−3 lines)
Total: −12 lines across 2 findings.
コメント
Markdown 対応