---
name: quick-eval
description: "貼り付けられたスキル・Hook・CLAUDE.md 断片を品質・安全性・トークンコスト・実用性・独自性で即採点し導入判断を出す（hype-killer のスキル/Hook 特化版）。Triggers: /quick-eval, このスキル使える？, 評価して, スキル定義・Hookスクリプト・設定断片・Gist/GitHub URL の貼り付け"
---

# quick-eval スキル

ネットで見つけたスキル・Hook・CLAUDE.md の断片を、導入する前に短時間で評価する。誇大広告を剥がし、品質・安全性・トークンコストの実態を採点して「入れるべきか」を判断する。

## 発火条件

- コマンド: `/quick-eval`
- 依頼文: 「このスキル使える？」「評価して」「入れるべき？」＋コード貼り付け
- 貼り付け: SKILL.md、Hook スクリプト（`.sh` / JSON）、CLAUDE.md 断片
- URL: GitHub リポジトリ、Gist、記事（内容を取得して評価する）

## 入力の扱い

- **テキスト貼り付け**: そのまま評価対象にする。
- **URL**: WebFetch か defuddle スキルで本文を取得してから評価する。取得できない場合はその旨を明示し、URL だけでの推測評価はしない。
- 情報が不足して採点できない軸は、推測で埋めず「情報不足」と明記する。

## 評価軸（各 10 点、合計 50 点）

批判的に見る。「便利そう」で加点せず、証拠（該当行・具体的リスク）で減点する。

### 1. 品質（10）
- SKILL.md のフォーマット準拠: frontmatter（name / description）、description がトリガーを含むか、構造の明快さ
- コード品質: `set -euo pipefail`、エラーハンドリング、変数のクォート（`"$var"`）、終了コード
- 公式ベストプラクティスとの整合性（スキルは薄く、詳細は references/ へ分離できているか）

### 2. 安全性（10）— 最重要。ここが低いと総合評価に強く反映する
- シェルインジェクション（未クォート変数、`eval`、ユーザー入力の直接展開）
- 秘密情報の露出（APIキー・トークンのハードコード、ログ出力、環境変数の外部送信）
- 破壊的操作（`rm -rf`、ワイルドカード削除、既存ファイルの無確認上書き）
- 外部通信（`curl` / `wget` の宛先。何処へ、何のデータを送るか）
- 権限要求の妥当性（過剰な権限、`sudo`、`--dangerously-*` 系）

### 3. トークンコスト（10）— 毎セッション読み込まれる前提で評価
- SKILL.md の行数（目安: 100 行以内=良、200 行超=要改善）
- 不要な冗長さ、重複、装飾的な説明
- references/ examples/ の量（本体に必要か、分離できているか）
- 同じ機能をより少ないトークンで実現できないか

### 4. 実用性（10）
- 自分の環境（macOS / このユーザーの構成）で実際に動くか
- 既存スキル・Hook と役割が重複しないか
- メンテナンスコスト（依存の多さ、壊れやすさ）

### 5. 独自性（10）
- 既存のスキル/Hook で代替できないか
- Claude の標準機能・標準ツールで十分ではないか
- 汎用的に使えるか、ニッチすぎないか

## 出力フォーマット

以下の順で、簡潔に出力する。

```
【結論】（1行。導入判断と一言理由）

【総合】XX / 50

【内訳】
- 品質      X/10 — 理由（該当箇所を具体的に）
- 安全性    X/10 — 理由
- トークン  X/10 — 理由（行数を明記）
- 実用性    X/10 — 理由
- 独自性    X/10 — 理由

【改善提案】
- （修正すれば導入可能な点を箇条書き。優先度順）

【導入判断】即導入 / 修正して導入 / 参考にだけする / 不要 / 危険
```

## 導入判断の目安

- **即導入**: 安全性 8+ かつ総合 40+。そのまま使える。
- **修正して導入**: 有用だが安全性か品質に直す点がある。改善提案を必ず添える。
- **参考にだけする**: アイデアは良いが、自作・既存で代替した方が早い。
- **不要**: 標準機能や既存スキルで足りる、またはニッチすぎる。
- **危険**: 安全性に致命的な問題（秘密送信・破壊操作・インジェクション）。行を挙げて警告し、導入を止める。

## 原則

- 結論を最初に述べる。
- 減点は必ず該当箇所とセットで示す（「なんとなく不安」は書かない）。
- 安全性の問題は他軸の高さで相殺しない。危険は危険と言い切る。
- 出力自体も冗長にしない。評価対象より長い講評は書かない。