# Claude Codeで最初に使うべきSkills 2026年版：ワークフロー別の公式スターター

> Claude Codeのbest skillsという検索で本当に必要なのはランキングではありません。最初に組み込みSkillsを使うべきか、どの公式Skillsを先に入れるべきか、そしていつ `CLAUDE.md` や hooks の方が正しいのかをワークフロー基準で判断することです。

- URL: https://blog.laozhang.ai/ja/posts/claude-code-best-skills
- Published: 2026-04-08
- Updated: 2026-04-08
- Author: AI Free API Team (https://blog.laozhang.ai/ja/about)
- Topic: Claude Code
- Tags: Claude Code, Skills, Anthropic, 開発ツール, AI Coding

---
ひとつだけ default answer を出すなら、Claude Code skills の marketplace を先に見に行かないことです。最初はすでに手元にある組み込みSkillsを使い、そのあとで本当に workflow gap を埋める公式Skillsを1つだけ足します。2026年4月8日時点で、最も分かりやすいスタートは `webapp-testing` を frontend と browser QA に使うこと、`document-skills` を PDF・DOCX・PPTX・XLSX のような document-heavy work に使うこと、そして同じ team workflow が何度も出てきたら repo-local custom skill を作ることです。もし本当に足りないのが always-on の project context、deterministic な guardrail、専門分業、外部ツールへのアクセスなら、`CLAUDE.md`、hooks、subagents、MCP の方が正しい surface であることが多いです。

Anthropic の現在の Claude Code docs では、組み込みSkillsは `/batch`、`/claude-api`、`/debug`、`/loop`、`/simplify` の5つです。公式 `anthropics/skills` marketplace に現在公開されている package は `document-skills`、`example-skills`、`claude-api` です。つまり ecosystem 自体は確かに存在しますが、実務的な結論は多くの “best skills” 記事よりずっと狭いです。大半の開発者に一日目から必要なのは、もっと多くの名前ではなく、正しい最初の道筋です。

> エビデンス注記：この記事は Anthropic の現在の [slash commands / bundled skills docs](https://code.claude.com/docs/en/slash-commands)、[best practices](https://code.claude.com/docs/en/best-practices)、[subagents docs](https://code.claude.com/docs/en/sub-agents)、[plugin marketplaces docs](https://code.claude.com/docs/en/plugin-marketplaces)、公式 [`anthropics/skills` README](https://github.com/anthropics/skills)、および現在の marketplace manifest を 2026 年 4 月 8 日に確認した内容に基づいています。

![Claude Code Skillsのスタータールート](https://blog.laozhang.ai/posts/ja/claude-code-best-skills/img/starter-route.jpg)

## 先に決めるべきは「どのSkillを入れるか」ではなく「どの層の話か」

ひとつだけ覚えるなら、このルールです。marketplace spree から始めないこと。Claude Code の Skills が本当に役立ち始めるのは、自分が今どの層を選んでいるのかを先に切り分けたあとです。実務ではまず、組み込みSkills、公式インストール型Skills、repo-local custom skill の三つを分けて考えるべきです。そのあとで初めて、具体的な package 名を出す意味が出てきます。

**組み込みSkillsこそが本当の出発点です。** それらはすでに Claude Code の中にあり、Anthropic の現行 docs でも “固定機能” というより task が来た時に読み込まれる playbook のように説明されています。ここが重要です。`/debug` や `/simplify` は、単なるメニュー項目ではありません。Claude をよくある種類の仕事に沿って動かすための、最初から入っている workflow surface です。多くの開発者にとって、最初の一週間はそれだけで十分に leverage になります。

組み込みを practical に使い始めるなら、目の前の pain に合わせて選ぶのが一番です。バグを追っているなら `/debug`。計画や code path が必要以上に重くなってきたなら `/simplify`。修正と検証を何度も回すなら `/loop`。仕事が独立した塊に分けられるなら `/batch`。そして Anthropic API や SDK の実装・認証・パターン理解が主題なら `/claude-api`。最初の一週間にやるべきなのは、外部Skillsを大量に足すことではなく、この built-in set を正しく使うことです。

**公式インストール型Skillsは、別の問題を解くためのものです。** Claude Code を“大きく見せる”ためのものではなく、組み込みだけではきれいに埋まらない狭い workflow gap を閉じるためのものです。Anthropic の current marketplace packages はまだ数が限られているので、逆に判断しやすいとも言えます。インストール前に「何の workflow gap を埋めるのか」を一文で言えないなら、たいていはまだ追加のSkillは不要です。

**repo-local custom skill は第三のルートです。** これは “そのうち便利そう” だから作るものではありません。同じ team-specific task が繰り返し現れ、毎回の説明がもう面倒になっている時に初めて高い leverage を持ちます。Anthropic は現在の docs と skills blog で、Skills を reusable procedural knowledge として位置づけていますが、repo-local path はまさにその mental model に合います。release checklist、migration review、incident triage、codebase-specific audit が何度も出てくるなら、それを custom skill にする価値があります。workflow がまだ曖昧なら、少し長く note や prompt のまま置いておく方が健全です。

ここで一度だけしておくべき correction もあります。昔の custom commands の記憶があると少し混乱しやすいのですが、Anthropic は現在それを skills に merged した surface として説明しています。つまり Claude Code は複雑化したのではなく、むしろ整理されたのです。昔の commands model と今の skills model を別々に覚える必要はありません。今の仕事がどの skill layer に属するかを見極めれば十分です。

## 先に入れる価値が本当にある公式スターター

最初に入れるべき route は popularity ではなく、今日どの workflow が詰まっているかで決まります。だから workflow-first guide の方が、top 20 list より役に立ちます。Anthropic の current examples には知っておく価値があるものがいくつもありますが、day-one attention に値するものはそこまで多くありません。

![Claude Code Skillsのworkflow別スタータースタック](https://blog.laozhang.ai/posts/ja/claude-code-best-skills/img/starter-stacks.jpg)

**Frontend と browser QA** は、早めに公式Skillsを入れる理由が最もはっきりしている領域です。Anthropic の current official example set には `webapp-testing` があり、これが最初の公式 install として一番素直に価値を出しやすいケースです。localhost app の確認、UI flow の追跡、frontend change がブラウザで正しく動いているかの検証が pain point なら、`example-skills` を入れて `webapp-testing` を使うのはきれいな upgrade です。毎回その場で browser testing prompt を組み立てるより、Claude に明確な testing playbook を渡せます。将来自分たちの UI rules、design language、internal QA conventions が必要になった時だけ、その上に repo-local skill を足せば十分です。

**Anthropic API / SDK work** は、逆に“まず package を増やす必要がない”ことが多い領域です。Claude Code にはすでに `/claude-api` が built-in として入っているので、API 実装、auth debugging、SDK pattern の理解のような job なら、まずそこから始めるのが自然です。Anthropic の official marketplace には現在 `claude-api` package もありますが、それは一日目から package collection を始める理由にはなりません。

**PDF、DOCX、PPTX、XLSX のような document work** は、早めに official package を入れる価値がある二つ目の強い理由です。現在 marketplace に出ている `document-skills` の価値はかなり具体的です。読む、変換する、要約する、作るといった office-style file work が本当の job なら、それ専用の skill route を持つ意味があります。ただし、ここでも重要なのは “実際にその仕事が今あるか” です。仕事の中心がまだ code なら、document route を早く入れすぎると Claude Code が必要以上に広く見えるだけです。

**繰り返す team workflow** は、custom skill が official package を超えやすい場所です。Anthropic の official examples には `skill-creator` もありますが、本当に押さえるべき判断は別です。自分たちの skill を作るのは、痛みが繰り返し、しかも毎回同じ説明や同じ checklist が出てきた後です。その時初めて repo-local custom skill は premature abstraction ではなく long-term leverage になります。

この節の間違った読み方は「つまり全部入れればいい」ですが、正しい読み方はその逆です。今日の bottleneck に一致する route を一つ選んで、そこで止まること。それは単なる minimalism ではなく、Claude Code を理解可能なまま保つための実務的な discipline です。

## かなり賢いClaude Codeの強化は、そもそもSkillsではない

多くの “best skills” 記事はこの話を後ろに回しますが、実際にはここが最も大事な判断になることが少なくありません。Skills は on-demand の workflow knowledge には向いています。しかし project memory、deterministic enforcement、delegation、外部 system access の default answer ではありません。

![別のClaude Code surfaceの方が正しい場面](https://blog.laozhang.ai/posts/ja/claude-code-best-skills/img/better-surface.jpg)

**広く常時効く project context が必要なら `CLAUDE.md` を使います。** Anthropic の best-practices はここをかなり明確に書いています。project-wide rules は concise に `CLAUDE.md` に置き、より狭い workflow knowledge だけを Skills に移すべきだ、という考え方です。もし不満の本質が「Claude が architecture や conventions を忘れる」ことなら、もう一つSkillを足すより `CLAUDE.md` を引き締める方がたいてい cleaner です。

**“守ってほしい”ではなく“必ず実行してほしい”なら hooks です。** Hooks は deterministic layer です。何かを助言として覚えていてほしいのではなく、特定の action の前後に必ず guardrail を発動させたい時に向いています。毎回同じ check を走らせたい、ある種の change を絶対に通したくない、という問題は Skills ではなく hooks の領域です。

**本当に欲しいのが専門分業なら subagents です。** Anthropic の現行 subagents docs は、subagents を別コンテキスト・別権限の specialized assistants として説明しています。そして Anthropic 自身が、subagents can use skills であることも明記しています。重要なのは両者が競合ではなく補完関係だという点です。より深い specialist や parallel worker が欲しいなら、top-level Skill を一つ増やしても構造問題は解決しません。

**Claude に外部 system access が必要なら MCP です。** Skills は workflow を教えられても、元から存在しない access を生み出すことはできません。詰まっているのが database、private API、ticketing system、internal tool なら、cleaner fix は MCP か直接 integration です。Tool access の不足をさらに長い skill text で埋めようとすると、setup はたいてい分かりにくくなります。

もう一つ隣接した mistake もあります。もし本当の frustration が long repo work における approval fatigue であって、workflow knowledge 不足ではないなら、必要なのは別の skill ではなく permission mode かもしれません。その場合は [Claude Code Auto mode ガイド](https://blog.laozhang.ai/ja/posts/claude-code-auto-mode) の方が、追加 install より役に立ちます。

## 公式Skillsを入れても環境を散らかさないやり方

どの workflow を解くのかが決まっているなら、公式 install path 自体はかなり straightforward です。Anthropic の current `anthropics/skills` README は、Claude Code ユーザーに対してまず marketplace を追加し、そのあと job に合う package だけを install するよう案内しています。

```text
/plugin marketplace add anthropics/skills
/plugin install example-skills@anthropic-agent-skills
```

document work が本題なら、二行目をこう置き換えれば十分です。

```text
/plugin install document-skills@anthropic-agent-skills
```

2026年4月8日時点で、Anthropic の current official marketplace manifest が出している package は `document-skills`、`example-skills`、`claude-api` の三つです。この list 自体は freshness-sensitive なので、永続的な truth として扱うべきではありません。ただし実務 advice は変わりません。ひとつ足して、ひとつの real workflow で試し、そこで止まること。改善が出たら残し、出なければ noise を減らす。ここで “もう一つ追加すれば何とかなるかも” と考え始めると、急に setup が読みにくくなります。

custom path を取る時も同じ discipline が必要です。Anthropic の current Agent Skills overview は、Claude Code が filesystem-based custom skills をサポートすると明記しています。つまり custom route は mysterious な cloud feature ではなく、repo 内で自分たちが管理する local asset です。強力ではありますが、だからこそ repeated work、repeated language、repeated failure mode が見えてから作るべきです。custom という響きだけで早く作ると、advanced setup ではなく premature complexity になりがちです。

もしそもそも Claude Code 自体の install や update がまだ固まっていないなら、このページを広い setup guide にしない方が健全です。その場合はまず [Claude Code install ガイド](https://blog.laozhang.ai/ja/posts/claude-code-install) を見る方が合っています。このページの役割は、最初の正しい skill route を選ばせることです。Claude Code 全体をもう一度説明することではありません。

## FAQ

### Claude Code に組み込みSkillsがあるのに、marketplace Skills は必要ですか？

必ずしも必要ではありません。多くの開発者にとっては、組み込みSkillsこそが正しいスタートです。marketplace Skills が必要になるのは、built-in set だけでは埋まらない specific workflow gap が見えた時です。

### 最初に入れるべき Anthropic 公式Skill はどれですか？

実際の bottleneck が frontend や browser QA なら、`example-skills` の `webapp-testing` が最も自然な first install です。file-heavy work が本題なら `document-skills`。Anthropic API や SDK が主題なら、新しい install の前に built-in の `/claude-api` から始める方がきれいです。

### 自分のSkillを作るのはいつですか？

同じ workflow、checklist、repo-specific explanation が何度も繰り返されるようになってからです。その時に初めて repo-local custom skill は leverage になり、premature abstraction ではなくなります。

### Skills は `CLAUDE.md` や subagents より優れていますか？

それぞれ役割が違います。`CLAUDE.md` は broad always-on context、Skills は on-demand workflow knowledge、subagents は specialized delegated work、MCP は real external tool access です。間違いは “どちらが上か” ではなく、別の surface が担当すべき問題を Skill で解こうとすることです。

### 最初からたくさんのSkillsを入れるべきですか？

普通はやめた方がいいです。Claude Code を cluttered にする最短ルートは、何が本当に効いたのか分からない段階で overlapping helpers をいくつも入れることです。ひとつの route を選び、real task で検証し、次の gap が見えてから次を足す方がずっと健全です。

Claude Code Skills のベスト戦略は、検索語から想像するより小さくて十分です。まず Anthropic がすでに持たせている built-in set を使うこと。次に、本当に workflow gap が見えた時だけ公式Skillsを一つ足すこと。repo-local custom skill は、team pain が繰り返し始めてから作ること。それ以外の “とりあえずもっと入れる” は、たいてい noise です。

## 参考資料

本文で参照している外部ページを、登場順に並べています。最終更新日：2026-04-08。

- [slash commands / bundled skills docs](https://code.claude.com/docs/en/slash-commands) (code.claude.com)
- [best practices](https://code.claude.com/docs/en/best-practices) (code.claude.com)
- [subagents docs](https://code.claude.com/docs/en/sub-agents) (code.claude.com)
- [plugin marketplaces docs](https://code.claude.com/docs/en/plugin-marketplaces) (code.claude.com)
- [anthropics/skills README](https://github.com/anthropics/skills) (github.com)