8月10日、ksred.comが「Best Claude Code Skills: Which Are Actually Worth It」と題した記事を公開した。公開されているClaude Codeスキルを実際にインストール・検証し、本当に使えるものだけを厳選した結果が報告されている。「多くの公開スキルは助けにならないだけでなく、トークン消費・レイテンシ増加・出力の制約という形で積極的に害を及ぼす」という結論は、スキルを積み上げがちな開発者には耳の痛い内容だ。
スキルの仕組みと、なぜ大半が失敗するのか
Claude Codeのスキル（Skills）とは、SKILL.mdファイルを格納したフォルダで構成される拡張機能だ。セッション開始時にClaude Codeは各スキルの名前と説明だけを読み込み（約50〜100トークン）、リクエストがマッチしたときに全文（約500トークン）をロードする仕組みになっている。アイドル時のコストは低く、必要なときだけコンテキストを消費するのが設計の肝だ。
しかし、公開スキルの実態は厳しい。著者（ksred.com）が人気コレクションから47のスキルを全数テストした結果、40個が出力を悪化させた。さらに200以上のスキルを横断調査した結論が冒頭の厳しい総括につながる。
Anthropic自身も公式ブログで示唆している。社内で最も測定可能な効果をもたらしたのは検証（verification）スキルであり、デザインスキルや文書スキルではない。「エンジニアが1週間かけて検証スキルを磨く価値がある」とまで書いている。あらゆるランキング記事でトップに並ぶスキルの種類ではなく、「作業をチェックするもの」が最も効いた、という事実だ。
公開スキルを判断する実用的な視点として、記事はFirecrawlが採用した分類を紹介している：
- Capability uplift（能力補完型）：モデルがまだできないことをできるようにする
- Encoded preference（好み埋め込み型）：モデルはできるが、チーム固有のやり方を覚えさせる
能力補完型はモデルのアップデートで陳腐化する。 好み埋め込み型はチームのコミットメッセージ形式やマイグレーションの必須チェック項目など、モデルが学習しようのない文脈を持つため長持ちする。この区別が、インストール済みスキルの整理に最も効いたと著者は述べている。
本当にインストールすべき5つのスキルと、見落とされがちな「サイレント不発火」問題
推奨スキル5選
スター数については、著者が「2026年8月初旬時点の数値。上位ランキング記事の多くが古い数字を使っているため、方向感として参照してほしい」と注記している（以下の数値は著者原文記載の数値）。
**Superpowers**（約265,000スター・著者原文記載）が唯一、「新しいマシンでも迷わずインストールする」と著者が評するコミュニティパッケージだ。Jesse Vincentが作成したこのフレームワークは、TDDの強制、Socratic式ブレインストーミング、gitワークツリー、4フェーズのデバッグプロセス、コードレビュー、サブエージェント分離をひとまとめにする。エントリーポイントは/superpowers:brainstorm、/write-plan、/execute-plan。インストールは/plugin marketplace add obra/superpowers-marketplaceで行う。
Anthropicのドキュメントスキル（docx、pdf、pptx、xlsx）は、Claude.aiのファイル生成機能を支えるもので、ソース公開はされているがオープンソースではない。実測ではdocxは明確に改善、pptxはデザインセンスがなくても使える水準、xlsxは有意差なし、という結果が報告されている。
webapp-testing（Anthropic公式リポジトリのPlaywrightスキル）は、検証スキルに最も近い公式パッケージとして紹介されている。
skill-creator v2.0は自動eval生成、ベンチマークモード、マルチエージェント並列evalを搭載。特に有用なのが「スキルあり vs なし」のブラインドA/B比較機能で、「このスキルは効いていると思う」を数値に変換できる。
Karpathyガイドラインスキル（約199,000スター・著者原文記載）はThink Before Coding・Simplicity First・Surgical Changes・Goal-Driven Executionという4つの行動原則を埋め込む。純粋な好み埋め込み型でコストはほぼゼロ。この4原則が自分の働き方と合うかどうかで判断すればよい。
「サイレント不発火」という見落とされがちな問題
削除したスキルについても重要な言及がある。特に深刻なのが、スキルが発火しているかどうか分からない問題だ。3つの独立した調査が同じ傾向を示している：Vercelは56%の非発火を測定、Villegaは50%の成功率、Seleznov（650サンプル）は77%の発火率を記録した。エラーも警告もログへの出力もなく、スキルはただ動かない。
Seleznov氏の修正策として紹介されているのが、説明文を命令形にすることだ。「ALWAYS invoke this skill when… Do not X directly」のような指示形式は発火率100%を達成したのに対し、Anthropicの公式ドキュメントが推奨するパッシブ形式は37%にとどまった（オッズ比20.6、p<0.0001）。
さらに厄介な問題として、スキルは発火したのにClaude Codeが内部ステップを省略する「実行失敗」もある。こちらはセッションログでも見えない。
組み込みスキルを先に使い切る、そしてカスタムスキルこそが本命
ほぼすべての紹介記事が省略しているが、Claude Codeには/review、/simplify、/loop、/batch、/debug、/claude-apiがインストール不要で用意されている。外部スキルを積み上げる前に、これらで何が足りないかを把握することが先決だと著者は述べている。
公開スキルの正直な総括は「良いものは少数、残りはノイズ」だ。著者が常用しているのは自分で書いたスキルだけで、いずれもチーム固有のプロセスを記述した好み埋め込み型だという。
カスタムスキルを書く際のポイントとして以下が挙げられている：
- 説明文は第三人称で書くこと（システムプロンプトに注入されるため）
- トリガーを明示すること（「Use when writing a git commit message for staged changes」は確実に発火し、「helps with git」は発火しない）
- 250文字で切られるため、重要なことを冒頭に書くこと
また「evalなしのスキルはMarkdownと希望のかたまりに過ぎない」（Daniel Sogl）という言葉を引用しながら、eval（評価シナリオ）を先に書いてからスキルの説明文を書くAnthropicのループを紹介している。
詳細はBest Claude Code Skills: Which Are Actually Worth Itを参照していただきたい。
