スキルとは何か — AIエージェント時代のスキル完全マニュアル

作成日: 2026-04-15
対象: AIを活用したい全ての人（技術レベル不問）

はじめに — なぜこのマニュアルが必要か

「スキル」と言われても、幅が広すぎて何のことかわからない。

定期実行するやつ？専門的な仕事をするやつ？勝手に動くやつ？手動で呼ぶやつ？全部「スキル」と呼ばれている。

このマニュアルは、スキルの全体像を3つの軸で整理し、「自分に何が必要か」が見えるようにするためのもの。

第1章: スキルの本質

スキルとは何か

人間がやっている仕事の一部を、AIでもできるように移管したもの。

これだけ。

• 請求書を毎月作っている → 請求書スキル

• YouTube台本を毎回同じ手順で書いている → 台本スキル

• SNSの投稿を定時で回している → 自動投稿スキル

スキルは「AIにできることを増やす」のではなく、**「あなたがやっている仕事をAIに渡す」**行為。だからスキルの中身は、あなたの仕事そのもの。

技術的には何か

SKILL.mdというファイルに「この仕事はこうやる」と書いたもの。

my-skill/

├── SKILL.md ← メインの指示書（必須）

├── scripts/ ← 実行スクリプト（任意）

├── references/ ← 参考ドキュメント（任意）

└── assets/ ← テンプレート等（任意）

AIがこのファイルを読むと、その仕事ができるようになる。

どのツールで使えるか

2026年4月現在、Agent Skills というオープンスタンダードに30以上のツールが対応:

重要: 一つのSKILL.mdを書けば、複数のツールで使い回せる時代に入っている。

第2章: スキルの種類 — 3つの軸で理解する

「スキルって何の種類があるの？」と聞かれたら、3つの軸で説明できる。

軸1: 何をするか（ドメイン）

軸2: いつ動くか（トリガー）

軸3: どれだけ任せるか（自律度）

3軸の組み合わせで全てのスキルが説明できる

例:

第3章: スキルとゴールの関係

ゴールが決まれば、スキルが決まる

夢・目標（ゴール）

↓ ゴールが確定する

プロセス

↓ プロセスが確定する

タスク

↓ タスクが確定する

エージェント（担当者）

↓ エージェントが確定する

スキル（そのエージェントが持つ能力）

例: 「年商1億をデジタルコンテンツで達成したい」

ゴール: 年商1億

↓

プロセス: SNS集客 → 教育 → 販売 → サポート

↓

タスク: X投稿 / YouTube台本 / LP制作 / 決済 / 請求書 / ...

↓

エージェント: マーケター / コンテンツ制作者 / 事務

↓

スキル: x-auto-poster / youtube-booster / copy-lp / invoice / ...

ゴールが変われば、必要なスキルも変わる。
5億なら5億のスキルセット。100億なら100億のスキルセット。

スキルは何に依存するか

スキルは3つに依存している:

1. 人に依存する — その人の専門領域・得意分野がスキルの中身になる

2. プロジェクトに依存する — プロジェクトごとに必要なスキルが変わる

3. タスクに依存する — タスクの粒度でスキルの範囲が変わる

1つのエージェントに何個のスキルを入れていいか

たくさん入れていい。

年商5億円クラスのデジタルビジネスなら、おそらくエージェントは3〜4体で足りる。1体あたり100個のスキルを持っていても、AIは集中力を切らさずに仕事を捌ける。

人間の場合、100個のスキルを使いこなすのは無理。でもAIは全てのスキルの手順を正確に記憶し、必要な時に必要なスキルだけ呼び出せる。

第4章: スキルの2つのフェーズ

フェーズ1: スキルは「作るもの」

最初の段階。自分が繰り返しやっている作業を:

1. 洗い出す

2. 手順をSKILL.mdに書く

3. AIに読み込ませて動かす

4. 修正を繰り返す

ここでやるべき3ステップ:

Step 0: 業務の全体像を把握する

Step 1: 業務を分解する（部署ごと、専門ごと）

Step 2: 各業務の「売上貢献度」と「うざさ（繰り返し度）」を評価する

「3回同じことを思ったら」スキル化の候補。

フェーズ2: スキルは「勝手に作られるもの」

上級の段階。プロジェクトが発足した時に:

• 必要なスキルが自動で特定される

• 存在しないスキルは自動で生成される

• 既存スキルは自動でアサインされる

例: 新しくFacebook広告を回すプロジェクトが立ち上がった
→ Facebook広告スキルが存在しない
→ システムが自動でスキルを生成する

ここに見えない壁がある。 フェーズ1からフェーズ2への移行は、抽象レベルが高いスキル設計力が必要。

第5章: スキル作成の実践ガイド

SKILL.mdの基本構造

---

name: my-skill

description: |

このスキルの説明。AIが自動判断に使うので具体的に書く。

「請求書作って」「インボイス作成」で発火する。

user-invocable: true

---

# スキル名

## やること

1. ステップ1

2. ステップ2

3. ステップ3

## ルール

- こういう場合はこうする

- こういう場合はやらない

## 出力形式

- ファイル名: xxx

- 保存先: xxx

配置場所

良いスキルの条件

1. 500行以内 — 長すぎるとAIが読み切れない。詳細は別ファイルに分離

2. descriptionが具体的 — AIが「いつ使うか」を判断する唯一の情報源

3. トリガーワードを明記 — 「請求書作って」「インボイス」「invoice」で発火、と書く

4. やらないことも書く — 「NOT for: 新規ドキュメント作成（→ 別のスキル）」

5. 出力形式が明確 — 何をどこに保存するか

注意: パッシブ vs オンデマンド

Vercelの評価で重要な知見が出ている:

常にロードされているルール（CLAUDE.md等）が100%の精度を達成。オンデマンドスキルは最大53%にとどまった。

つまり、本当にクリティカルなルールはCLAUDE.mdに書く。スキルは「あると便利」レベルのもの。

AIは「いつスキルを呼び出すか」の判断がまだ苦手。だから:

• 毎回必ず使うルール → CLAUDE.mdに書く

• 状況に応じて使うもの → スキルにする

• 副作用があるもの（デプロイ等） → 手動呼び出し専用にする

第6章: ツール別の違い

Claude Codeが最も高機能。 ただし他ツールでも基本的なSKILL.md形式は共通。

第7章: スキル化チェックリスト

自分の業務をスキル化する時のチェックリスト:

Step 0: 全体像の把握

• [ ] 自分の業務を全部書き出した
• [ ] 部署・領域ごとに分けた
• [ ] 各業務の「売上貢献度」を評価した
• [ ] 各業務の「うざさ（繰り返し度）」を評価した

Step 1: 優先順位づけ

• [ ] 「売上貢献度 × うざさ」の上位10個を特定した
• [ ] その中で「3回以上同じことをやっている」ものを印つけた
• [ ] 最初にスキル化するものを3つ選んだ

Step 2: スキル設計

• [ ] 手順をステップで書き出した
• [ ] インプットとアウトプットを明確にした
• [ ] トリガー（いつ動くか）を決めた
• [ ] 自律度（どこまで任せるか）を決めた

Step 3: 実装と改善

• [ ] SKILL.mdを書いた
• [ ] 動かしてテストした
• [ ] 3回以上実戦で使った
• [ ] 改善点をSKILL.mdに反映した

付録A: 業界のスキル分類フレームワーク

付録B: 参考リンク

• Agent Skills オープンスタンダード

• Claude Code Skills 公式ドキュメント

• OpenAI Codex Skills

• Cursor Rules

• awesome-agent-skills (GitHub)

• AGENTS.md vs CLAUDE.md 比較

⠀