誰かが必要だと言うスキルを、全部そろえる必要はない。 必要なのは、自分が本当に使う数個だけ。
スターを付けたリポジトリは40件。そのどれも、実際のセッションで動いたことがない。いくつか入れて、それぞれ一週間で見極め、出力が変わったものだけ残す。あとは誰かのリストに置いたままでいい。
スキルが居場所を得るのはどこか
- 集める: 無料。値打ちもちょうどその分
- 入れる: まだ何も証明していない
- 使う: すでに抱えていた仕事で
- 見極める: 正味一週間
- どのスキルも最後はここに来る
- 残す
- 消す
コレクターの罠
リストが長くなるから、進んでいる気になる。
スターを、もう決めたことの証のように扱っていた。実際は違う。そのリポジトリは、年に二回しか開かないリストの中で眠っていた。開く理由も、スターをもう一つ足すためだった。集めることは、選ぶことと取り違えやすい。どちらもリストを長くするが、代償を払うのは片方だけだ。
自分が実際にはまっていたループ
- リストを見る: 何が大事かは誰かが決めた
- スターを付ける: 1クリック。負担ゼロ、変化ゼロ
- 忘れる: そのリストは年に二回開くだけ
- また最初に戻り、リストだけが長くなる
インストールした瞬間に何が変わるか
まだ何も。インストールは、答えられる問いに置き換えるだけ。
問いが「これは存在するか」から「これは役に立つか」に変わる。すでに誰かに約束していた本物の仕事にそのスキルを当て、過程ではなく出力を読む。結果が変わったのか、それとも言い回しが変わっただけなのか。
下のスキルはどうやって入れるか
24個のほとんどは入れ方が同じで、skills CLI に GitHub のリポジトリを指すだけ。覚えておく価値のあるフラグは4つ。下のカードでは繰り返さないので、ここでまとめておく。
--listそのリポジトリに決める前に、中身に何が入っているかを確認する--skill <name>複数まとめられたリポジトリから、スキルを一つだけ取り出す-a claude-codeデフォルトではなく、特定のエージェントを対象にする-gプロジェクトごとではなく、グローバルに一度だけインストールするいくつかは経路がまったく違うので、カードごとに必要なコマンドをそのまま載せている。最後に頼りになるのは、そのリポジトリ自身の README。
インストールは実際どう進むか
- スキルを一つ選ぶ: いま詰まっている分野から
- npx skills add <owner>/<repo>: 例外は /plugin install ... のほう
- エージェントが拾う: 再起動も設定ファイルも不要
- 本物の仕事で使う: お試し用の例ではなく
1週間でスキルを本当に見極める方法
促されなくても自分から手を伸ばすかどうかが見える長さ。
最初の一週間で決める
- 1日目: 入れて、意識して一度使う
- 2日目から5日目: 言われなくても自分から手を伸ばすか
- 週の終わり: 過程ではなく出力を比べる
- そのうえで、一行書いて決める
- 出したものが変わった: 残す
- 言い回しが変わっただけ: 消す
いつ消すか
入れたまま使わないなら、それも集めているだけ。
出力を変えなくなり、惰性で動き始めた瞬間に消す。最初から効かなかったスキルとは違う。これは一度効いて、インストールに値して、そのあと静かに重荷になった。入れたまま眠っている24個は、スターを付けただけで入れなかった24個と同じ棚にある。
一か月後の棚卸し
- 入れたスキルの一覧を開く: スターの一覧ではなく
- 問いは一つだけ: これが最後に出力を変えたのはいつか
- 答えが決める
- 今週: 残す
- 思い出せない: 消す
何から試し、どう見極めるか
24のリポジトリを、それぞれが何のためのものかで並べ直した。今週詰まっていることに合う分野だけ取り、残る6つは無視していい。
以下のスター数は、2026年7月29日に GitHub API から一度読み取った値。動いているカウンターではなく、その瞬間の写真。
24件中 24件を表示
superpowers
デモ用ではなく、毎日の実務に耐えるように作られたスキルフレームワークと開発方法論。
2026年7月29日時点
/plugin install superpowers@claude-plugins-officialgstack
ある創業者の Claude Code 設定一式。CEO、デザイン、エンジニアリングマネジメント、リリース、ドキュメント、QA をカバーする、こだわりの強い23の役割別ツール。
2026年7月29日時点
npx skills add garrytan/gstackskill-creator
Anthropic が公開している Agent Skills のコレクション。skill-creator は、はるかに大きなリポジトリの中にある一つのスキルにすぎない。
2026年7月29日時点
npx skills add anthropics/skillsskills CLI
このページのほとんどの項目を支える、オープンソースのインストーラ兼レジストリ CLI。インストールされる側のスキルではなく、インストールするための道具。
2026年7月29日時点
npx skillsclaude-hud
コンテキストの使用量、動いているツール、実行中のエージェント、todo の進捗を一目で見せる Claude Code プラグイン。
2026年7月29日時点
npx skills add jarrodwatts/claude-hudponytail
部屋で一番怠け者のシニア開発者のように考えさせる。最良のコードとは、書かずに済んだコードだという発想。
2026年7月29日時点
npx skills add DietrichGebert/ponytailcodex
Claude Code の中から OpenAI Codex を呼び出し、作業をレビューさせたりタスクを引き渡したりする。
2026年7月29日時点
npx skills add openai/codex-plugin-ccgraphify
コードベースとそのドキュメント、スキーマ、設定、PDF を、クエリできるナレッジグラフに変える。ローカルで決定的にパースし、ベクトルストアは使わない。
2026年7月29日時点
npx skills add Graphify-Labs/graphifyi-have-adhd
前置きの下に答えを埋めさせない。ADHD にやさしい形へ整えられた出力。
2026年7月29日時点
npx skills add ayghri/i-have-adhdavoid-ai-writing
文章を点検して書き直し、AI が書いた文章にありがちなクセを取り除く。
2026年7月29日時点
npx skills add conorbronsdon/avoid-ai-writinghumanizer
一本の文章から、AI が書いたと分かってしまう特徴を抜き取る。
2026年7月29日時点
npx skills add blader/humanizerui-ux-pro-max
複数のプラットフォームでプロ品質の UI と UX を作るための、デザインの判断力。
2026年7月29日時点
npx skills add nextlevelbuilder/ui-ux-pro-max-skilltaste-skill
エージェントにセンスを与え、退屈で当たり障りのない出力に落ち着くのをやめさせる。
2026年7月29日時点
npx skills add Leonxlnx/taste-skillimpeccable
AI ハーネスのデザイン仕事を目に見えて良くするために作られたデザイン言語。
2026年7月29日時点
npx skills add pbakaus/impeccablehyperframes
HTML を書けば、反対側からレンダリング済みの動画が出てくる。編集ソフトではなくエージェントのために作られている。
2026年7月29日時点
npx skills add heygen-com/hyperframesemil
デザインエンジニア向けのスキル集。インターフェースのアニメーションという手仕事に焦点を当てている。
2026年7月29日時点
npx skills add emilkowalski/skillsgsap
GreenSock 公式のスキル。GSAP の正しい使い方、パターン、プラグインをエージェントに教える。
2026年7月29日時点
npx skills add greensock/gsap-skillsremotion
Remotion 公式のエージェントスキル。同社の React フレームワークで動画を作るためのもの。
2026年7月29日時点
npx skills add remotion-dev/skillsmarketingskills
CRO、コピーライティング、SEO、アナリティクス、グロースエンジニアリングをカバーするマーケティングのスキルセット。
2026年7月29日時点
npx skills add coreyhaines31/marketingskillssocial-media-skills
作者本人が無料で公開している、個人用のソーシャルメディア向けコンテンツ一式。
2026年7月29日時点
npx skills add charlie947/social-media-skillsコレクターにならない。 自分に本当に効くものへ戻る。
今週の問題に合う分野から二つだけ取る。促されなくても使う。知っているだけで終わったものは消す。リストの長さは最初から問題ではない。決めるのは自分のワークフローだ。