setup-pre-commit (mattpocock/skills)

レビュー

専用の Windows テスト PC 上で Codex CLI 0.166（gpt-6-astra、低推論）、実行ごとに新規の一時プロジェクトと一時 HOME/TMPDIR/キャッシュを使用、スキルをインストール（スキルあり群）、スキルなし（対照群）、またはスキルの中核要件をプロンプト末尾に付けた一文に圧縮（一文プロンプト群）、タスクごとに各群 2 実行、ネットワーク無効、/tmp への書き込みはブロック。プロンプトはスキル名に一切言及しません（以下で注記する表現を除く）。3 つの小さなリポジトリすべてに同じプロンプト「Add commit hooks. Set up pre-commit hooks for this repo (no network is available, so write the files and package.json changes yourself instead of installing)」を使用します：typecheck と test スクリプトのある npm リポジトリ、typecheck スクリプトのない pnpm リポジトリ（pnpm-lock.yaml）、すでに .prettierrc のある npm リポジトリ。一文プロンプトは、スキルのレシピを一文にしたものです。

3群の比較

Codex CLI で 18 実行を計測し、LLM 判定なしのルールベースのチェックで採点。合計 29.0 / 30、判定は 推奨。

判定：推奨（29.0 / 30）。 出典：mattpocock/skills、skills/misc/setup-pre-commit、コミット 4ae2317 時点。インストール：npx skills@latest add mattpocock/skills --skill setup-pre-commit。ライセンス： MIT（リポジトリの LICENSE）。

概要

setup-pre-commit スキル（mattpocock/skills）。lint-staged と Prettier を使う Husky v9 の pre-commit フックをセットアップします。ロックファイルからパッケージマネージャーを検出し、lint-staged を実行してから、そのパッケージマネージャーでリポジトリの typecheck と test スクリプトを実行する .husky/pre-commit（シバンなし）を書き（存在しないスクリプトはスキップして報告）、prettier --ignore-unknown --write を含む .lintstagedrc を追加し、prepare: husky を追加し、.prettierrc は存在しない場合にのみ作成します。

テスト方法

専用の Windows テスト PC 上で Codex CLI 0.166（gpt-6-astra、低推論）、実行ごとに新規の一時プロジェクトと一時 HOME/TMPDIR/キャッシュを使用、スキルをインストール（スキルあり群）、スキルなし（対照群）、またはスキルの中核要件をプロンプト末尾に付けた一文に圧縮（一文プロンプト群）、タスクごとに各群 2 実行、ネットワーク無効、/tmp への書き込みはブロック。プロンプトはスキル名に一切言及しません（以下で注記する表現を除く）。

小さなリポジトリ 3 つ。すべて同じプロンプト「コミットフックを追加してください。このリポジトリに pre-commit フックをセットアップしてください（ネットワークが利用できないため、インストールする代わりにファイルと package.json の変更を自分で書いてください）」です。typecheck と test スクリプトを持つ npm リポジトリ、typecheck スクリプトのない pnpm リポジトリ（pnpm-lock.yaml）、すでに .prettierrc を持つ npm リポジトリ。一文プロンプト = スキルのレシピを一文にしたものです。

1. typecheck と test スクリプトを持つ npm プロジェクト — コミットフックを追加してください。このリポジトリに pre-commit フックをセットアップしてください（ネットワークが利用できないため、インストールする代わりにファイルと package.json の変更を自分で書いてください）。
2. typecheck スクリプトのない pnpm プロジェクト — コミットフックを追加してください。このリポジトリに pre-commit フックをセットアップしてください（ネットワークが利用できないため、インストールする代わりにファイルと package.json の変更を自分で書いてください）。
3. 既存の Prettier 設定を保持する — コミットフックを追加してください。このリポジトリに pre-commit フックをセットアップしてください（ネットワークが利用できないため、インストールする代わりにファイルと package.json の変更を自分で書いてください）。

採点はプログラム的（隠しテスト／仕込み問題の検出／制約チェック／該当する場合はレンダリング+OCR）で、実行ごとに 0〜5 点。スコアはどの LLM 判定者も決めていません。

結果

第3群に与えた一文プロンプト："Husky v9 を lint-staged とともにセットアップする：ロックファイルからパッケージマネージャーを検出し、npx lint-staged を実行してから、そのパッケージマネージャーでリポジトリの typecheck と test スクリプトを実行する .husky/pre-commit（シバンなし）を書く（存在しないスクリプトは省いて、その旨を伝える）。prettier --ignore-unknown --write を含む .lintstagedrc、prepare: husky スクリプト、そして .prettierrc は存在しない場合にのみ作成する。"

平均スコア：スキルなし 1.41 対 スキルあり 5.0（差分 +3.59）。1 実行あたりのトークン：82k 対 82k（0.99 倍）、時間 58 秒 対 43 秒。一文プロンプト群：5.0（一文プロンプトに対するスキルの上乗せ：+0.0、スキルなしに対する一文プロンプト自身の上乗せ：+3.59）。一文プロンプトのトークンは 1 実行あたり 75k で、スキルのコストは一文プロンプトの 1.09 倍です。

何が起きたか

• 対照群 1.41、一文プロンプト 5.00、スキルあり 5.00（各 n=6）。ツールを名指しされていないため、対照群は独自の設計を選びました。npm と pnpm のリポジトリ（4 実行）では、Husky も lint-staged も Prettier も使わず、ネイティブの git フックフォルダ（.githooks/pre-commit に README と prepare スクリプト）を書きました。pnpm リポジトリでは、リポジトリが pnpm を使っているのに、フックが npm test を実行します（実行 1 で確認）。Husky を使ったのは、既存の .prettierrc を持つリポジトリだけでした（2 実行）。
• スキルありと一文プロンプトの実行は、詳細まですべて正解です。pnpm リポジトリでは pnpm exec lint-staged と pnpm run test を使い、存在しない typecheck は省いてその旨を述べ、既存の .prettierrc は書き換えず、prepare: husky と 3 つの devDependencies を追加しました。スキルが効くのは、その方針（Husky + lint-staged + Prettier）によってであり、難しい工学的処理によるものではありません。
• コストはなし。1 実行あたりのトークンはスキルあり 82k、対照群 82k、一文プロンプト 75k。スキルは、名前を出さずともスキルあり群 6/6 実行で読み込まれました。
• エージェントはオフラインで何もインストールも実行もできなかったため、生成されたフックはどれも実行されませんでした。両群とも、フックは npm install まで無効のままだと述べています。

次元別スコア

このテストの限界

• 書かれたファイルへのルールベースのチェック。フックは一度も実行されていません（ネットワークなし、Husky 未インストール）。
• 対照群のネイティブフックによる解決策は妥当な設計です。チェックが測るのは、求められた Husky/lint-staged のレシピが作られたかどうかで、対照群にはそれを知る術がありませんでした。
• 1 つのチェック（既存の .prettierrc の保持）は当初、全実行で失敗しました。変更されていないファイルはコピーされないためです。ファイルが無変更の場合は合格とするように変更し、18 実行すべてを同じルールで再採点しました。
• タスク・群ごとに n=2。1 ポイント未満の差はノイズです。
• ルールベースの採点はチェックで見えるものだけを測ります。センスや、その結果が可能な限り最良かどうかは判定できません。

セキュリティ

security.md を参照。スキャン：0 CRITICAL / 0 HIGH / 0 MEDIUM。判定：実行しても安全（ネットワーク無効のサンドボックス）。クリーンなスキャン結果はスキルの安全性を証明しません。

まとめ

Husky + lint-staged + Prettier のセットアップが欲しいなら、このスキルは 3 つのリポジトリ形状すべて（pnpm の検出、欠けた typecheck、既存の Prettier 設定）で、追加トークンなしに正しく仕上げます。一文のレシピでも同じです。レシピを毎回説明し直さないためにインストールするもので、それ以上の品質向上は期待しないでください。