Skill Creator — Claude Code Skills Design & Generation v2.0

Anthropic公式 "The Complete Guide to Building Skills for Claude" (2026-03) に完全準拠。 Agent Skills Open Standard (agentskills.io) にも対応し、Claude Code以外のAIツールでも動作するスキルを設計する。

North Star

再利用可能で高品質なスキルを最短で設計・作成すること。 スキルの価値 = 発火精度 × 出力品質 × 保守性。

Frontmatter Reference（全フィールド）

---
# === 必須フィールド ===
name: skill-name              # kebab-case, max 64 chars. 省略時はディレクトリ名
                               # "claude" / "anthropic" を含む名前は禁止（予約語）
description: |                 # 【最重要】発火判断の唯一の材料。1024文字以内
  What + When を明記。トリガーワードを含める。
  ネガティブトリガー（Do NOT use for...）で誤発火防止。

# === 任意フィールド ===
argument-hint: "[target]"      # 補完時のヒント表示。引数ありスキル用
disable-model-invocation: false # true = 手動 /name でのみ起動（副作用あるスキル向け）
user-invocable: true           # false = /メニュー非表示（背景知識スキル向け）
allowed-tools: Read, Grep, Bash # 許可ツール。指定すると制限にもなる。省略=全ツール継承
model: sonnet                  # スキル実行時のモデル指定（省略=親から継承）
context: fork                  # fork = サブエージェントで隔離実行
agent: general-purpose         # fork時のエージェント種別: Explore, Plan, general-purpose
license: MIT                   # OSSスキル用。MIT, Apache-2.0 等
compatibility: |               # 環境要件（1-500文字）
  Claude Code + tmux + WSL2
metadata:                      # カスタムメタデータ
  author: your-name
  version: 1.0.0
  mcp-server: server-name      # MCP連携スキル用
hooks:                         # スキル内フック定義
  PostToolUse:
    - matcher: "Edit|Write"
      hooks:
        - type: command
          command: "./scripts/lint.sh"
---

Frontmatter セキュリティ制約

• XML角括弧 < > 禁止（プロンプトインジェクション防止）
• nameに "claude" / "anthropic" は使用禁止（予約語）
• フロントマターはシステムプロンプト内に展開される → 悪意あるコンテンツは危険

Description設計（最重要 — 発火品質を決める）

descriptionはClaude Codeが「このスキルを使うか否か」を判断する唯一の材料。 本文は発火判定に使われない。1024文字以内。

構造: [What] + [When] + [Negative trigger]

# Good — 具体的、トリガーあり、ネガティブトリガーあり
description: |
  Figmaデザインファイルを分析し、開発者向けハンドオフドキュメントを生成。
  .figファイルアップロード時、「デザインスペック」「コンポーネント文書」
  「デザインからコードへ」と言われた時に起動。
  Do NOT use for: 一般的な画像処理やUI設計（interface-designスキルを使え）。

# Bad — 曖昧、トリガーなし
description: ドキュメント処理

7項目チェックリスト

Descriptionデバッグ手法

発火しない場合、Claudeに聞け：

「When would you use the [skill-name] skill?」

Claudeがdescriptionを引用して答える。足りない要素が見える。

3つのユースケースカテゴリー

スキル設計前に、どのカテゴリーか特定する：

5つの設計パターン

Pattern 1: Sequential Workflow（順序付き処理）

ステップ間に依存関係あり。各ステップにバリデーション + 失敗時ロールバック。

Pattern 2: Multi-Service Coordination（複数サービス連携）

フェーズ分離 + データ受け渡し + フェーズ間バリデーション。

Pattern 3: Iterative Refinement（品質ループ）

生成 → 検証スクリプト → 改善 → 再検証。品質閾値で停止。

Pattern 4: Context-aware Selection（条件分岐）

コンテキストに応じてツール/手法を動的選択。判断理由をユーザーに説明。

Pattern 5: Domain Intelligence（専門知識埋め込み）

ドメイン固有ルールをロジックに組み込む。コンプライアンス・監査証跡。

Dynamic Features（動的機能）

引数置換

/my-skill 結婚 kekkon

• $ARGUMENTS → 結婚 kekkon（全引数）
• $0 → 結婚（第1引数）
• $1 → kekkon（第2引数）

$ARGUMENTS を本文で使わない場合、末尾に自動追加される。

動的コンテキスト !command``

スキル読み込み前にシェルコマンドを実行し、結果を埋め込む：

## 現在のブランチ
!`git branch --show-current`

## 最近のコミット
!`git log --oneline -5`

Execution Patterns（実行パターン）

Pattern A: インライン実行（デフォルト）

メイン会話内で直接実行。ガイドライン型・短いタスク向け。

Pattern B: Fork実行（隔離）

context: fork でサブエージェント実行。重い処理・大量出力向け。 注意: ガイドラインだけのスキルにforkを使うな。サブエージェントには明確なタスクが必要。

Pattern C: 手動専用（副作用あり）

disable-model-invocation: true でClaude自動発火を禁止。/name でのみ起動。

File Structure（ファイル構成）

~/.claude/skills/skill-name/
├── SKILL.md              # 必須。5,000語（約500行）以内。case-sensitive
├── scripts/              # 任意。バリデーション等の実行スクリプト
├── references/           # 任意。詳細なAPI仕様・ルール集
├── assets/               # 任意。テンプレート、フォント、アイコン
└── examples/             # 任意。入出力サンプル

命名規則

• フォルダ名: kebab-case（notion-project-setup ✅ / Notion_Setup ❌）
• SKILL.md は大文字小文字厳密（skill.md ❌ / SKILL.MD ❌）
• README.md禁止（スキルフォルダ内）。ドキュメントはSKILL.md or references/に

Progressive Disclosure（3層構造）

SKILL.md本体は5,000語以内。詳細はreferences/に分離。

テスト戦略（3領域）

1. Triggering Test（発火テスト）

Should trigger:
- "新しいスキルを作りたい"
- "SKILL.mdのレビュー"
- "スキル設計して"

Should NOT trigger:
- "スキルを実行して"
- "天気教えて"
- "コード書いて"

2. Functional Test（機能テスト）

• 正しい出力が生成されるか
• エラーハンドリングが動作するか
• エッジケースが処理されるか

3. Performance Test（性能テスト）

スキルあり/なしの比較：

• ツール呼び出し回数
• トークン消費量
• ユーザーの手戻り回数

Pro Tip: まず1つの難しいタスクで反復。成功したアプローチをスキル化。 その後テストケースを広げる。

Creation Workflow（作成フロー）

スキル作成時、以下を順に実行：

1. ユースケース特定: 2-3個の具体的シナリオを定義
2. カテゴリ判定: Document / Workflow / MCP Enhancement
3. description設計: 7項目チェック + ネガティブトリガー + 1024文字以内
4. 既存スキルとの重複チェック: ls ~/.claude/skills/ で確認
5. 実行パターン選択: インライン / fork / 手動専用
6. allowed-tools設計: 必要最小限に制限
7. 引数設計: $0, $1 → argument-hint 記載
8. 動的コンテキスト: !command`` で事前取得すべきデータ検討
9. SKILL.md執筆: 5,000語以内。重要指示はファイル上部に配置
10. バリデーションスクリプト化: クリティカルなチェックはscripts/に（コードは決定的、言語は非決定的）
11. テスト: Triggering / Functional / Performance の3領域
12. 設置: ~/.claude/skills/skill-name/ に配置

バリデーションスクリプト推奨

公式ガイドの最重要Tips: クリティカルなバリデーションはスクリプトで行え。 コードは決定的、言語の解釈は非決定的。

# scripts/validate.sh の例
#!/bin/bash
# 出力ファイルの品質チェック
if [ $(wc -w < "$1") -lt 100 ]; then
  echo "ERROR: Output too short (min 100 words)"
  exit 1
fi

将軍システム固有ルール

• 保存先: ~/.claude/skills/shogun-{skill-name}/
• スキル候補は足軽が発見 → 家老経由で将軍に報告 → 将軍が設計 → 殿が承認 → 家老が作成
• 将軍システム連携（inbox_write, task YAML等）が必要なスキルは allowed-tools に Bash を含めよ
• north_star はフロントマターでなく本文に記載（フロントマターのカスタムフィールドはClaude Codeに無視される）

Anti-Patterns（やってはいけないこと）