create-new-skills
Claudeの能力を拡張したり、専門知識を再利用可能な形にまとめたりするために、ベストプラクティスとドキュメントに従って、新しいAgent Skillを開発するSkill。
📜 元の英語説明(参考)
Creates new Agent Skills for Claude Code following best practices and documentation. Use when the user wants to create a new skill, extend Claude's capabilities, or package domain expertise into a reusable skill.
🇯🇵 日本人クリエイター向け解説
Claudeの能力を拡張したり、専門知識を再利用可能な形にまとめたりするために、ベストプラクティスとドキュメントに従って、新しいAgent Skillを開発するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o create-new-skills.zip https://jpskill.com/download/18968.zip && unzip -o create-new-skills.zip && rm create-new-skills.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18968.zip -OutFile "$d\create-new-skills.zip"; Expand-Archive "$d\create-new-skills.zip" -DestinationPath $d -Force; ri "$d\create-new-skills.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
create-new-skills.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
create-new-skillsフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] create-new-skills
新しいスキルを作成する
手順
このスキルは、Claude Code 用の新しいエージェントスキルを作成するのに役立ちます。開始する前に、完全なコンテキストを得るために、docs/ ディレクトリにある包括的なドキュメントファイルを読んでください。
前提条件
必須の読み物 - スキルを作成する前に、これらのファイルを順番に読んでください。
- docs/claude_code_agent_skills.md - スキルの作成と管理に関する完全ガイド
- docs/claude_code_agent_skills_overview.md - アーキテクチャとスキルの仕組み
- docs/blog_equipping_agents_with_skills.md - 設計原則とベストプラクティス
スキルの理解
スキルとは?
- YAML フロントマターを含む
SKILL.mdファイルを含むディレクトリ - Claude が関連する場合にオンデマンドで読み込む指示
- オプションのサポートファイル(スクリプト、ドキュメント、テンプレート)
- 新しいチームメンバーのためのオンボーディングガイドのようなもの
段階的開示(3つのレベル):
- メタデータ(常に読み込まれる):YAML フロントマターの
nameとdescription - 指示(トリガーされたときに読み込まれる):SKILL.md の本文
- リソース(必要に応じて読み込まれる):追加ファイル、スクリプト、テンプレート
重要な原則: 常に、関連するコンテンツのみがコンテキストウィンドウに入ります。
スキル作成ワークフロー
ステップ1:スキルの目的を定義する
ユーザーに以下の質問をしてください。
- このスキルはどのようなタスクやドメインをカバーすべきですか?
- Claude はいつこのスキルを使用すべきですか?(トリガー)
- どのような専門知識やワークフローをキャプチャする必要がありますか?
- スクリプト、テンプレート、またはその他のリソースが必要ですか?
参照用に回答を文書化してください。
ステップ2:スキルディレクトリ構造を作成する
チームで共有するために、プロジェクトの .claude/skills/ ディレクトリにスキルを作成します。
mkdir -p .claude/skills/<skill-name>
命名規則:
- ハイフン付きの小文字を使用します(例:
pdf-processing、data-analysis) - 説明的で簡潔にしてください
- 一般的な名前は避けてください
注: プロジェクトスキル(.claude/skills/)は、git を介してチームと自動的に共有されます。自分だけが使用する個人スキルは、代わりに ~/.claude/skills/ に作成してください。
ステップ3:SKILL.md の構造を設計する
すべてのスキルには以下が必要です。
---
name: Your Skill Name
description: Brief description of what this Skill does and when to use it
---
# Your Skill Name
## Instructions
[Clear, step-by-step guidance for Claude]
## Examples
[Concrete examples of using this Skill]
フロントマターの要件:
name: 必須、最大64文字description: 必須、最大1024文字- 何をするか、そしていつ使用するかを両方含めてください
- 主要なトリガーワード/フレーズを記載してください
- 漠然とせず、具体的にしてください
オプションのフロントマター(Claude Code のみ):
allowed-tools: Claude が使用できるツールを制限します(例:Read, Grep, Glob)
ステップ4:指示セクションを記述する
指示は次のように構成します。
- 前提条件 - 必要な依存関係、ツール、環境設定
- ワークフロー - ステップバイステップのプロセス(番号付きステップ)
- 補足詳細 - 追加のコンテキスト、スクリプトの使用法、エラー処理
ベストプラクティス:
- 明確で実行可能な言語を使用してください
- 連続するステップには番号を付けてください
- オプション/リストには箇条書きを使用してください
- bash コマンドを含むコードブロックを含めてください
- 相対リンクでサポートファイルを参照してください:
[reference.md](reference.md) - 1つの機能に焦点を当ててください
ワークフローの例の形式:
### Workflow
1. **First step description**:
```bash
command to run
- Additional context
- Options or variations
-
Second step description:
- Detailed instructions
- What to look for
- Expected outcomes
-
Third step...
ステップ5:例セクションを記述する
以下の内容を示す2〜4つの具体的な例を提供してください。
- さまざまなユースケース
- さまざまな入力形式
- ステップバイステップの実行
- 期待される結果
例の形式:
### Example 1: Descriptive Title
User request:
User's exact request text
You would:
1. First action
2. Second action with command:
```bash
actual command
- Next steps...
- Final result
ステップ6:サポートファイルを追加する(オプション)
スキルに追加のコンテキストが必要な場合:
- SKILL.md と並行してファイルを作成します
- 指示からそれらを参照します:
[forms.md](forms.md) - 段階的開示を使用します - トピック/シナリオごとに分割します
一般的なサポートファイルのタイプ:
- 追加の指示(例:
advanced_usage.md) - 参照ドキュメント(例:
api_reference.md) scripts/ディレクトリ内のスクリプトtemplates/ディレクトリ内のテンプレート- 設定例
スクリプトのガイドライン:
- 実行可能にする:
chmod +x scripts/*.py - Python スクリプトには PEP 723 インライン依存関係を追加します
- SKILL.md に使用方法の指示を含めます
- Claude が解析できるように明確な出力を返します
ステップ7:スキルをテストする
-
ファイル構造を確認します。
ls -la .claude/skills/<skill-name>/ -
YAML フロントマターが有効であることを確認します。
head -10 .claude/skills/<skill-name>/SKILL.md -
関連するクエリでテストします。
- スキルの説明に一致する質問をします
- Claude がスキルを読み込み、使用することを確認します
- 指示が明確で実行可能であることを確認します
-
テストに基づいて反復します。
- スキルがトリガーされない場合は説明を改善します
- Claude が苦戦する場合は指示を明確にします
- 一般的なエッジケースの例を追加します
ステップ8:バージョン管理にコミットする
プロジェクトスキルはチームと自動的に共有されるため、git にコミットします。
git add .claude/skills/<skill-name>
git commit -m "Add <skill-name> skill"
git push
注: チームメンバーは、最新の変更をプルすると自動的にスキルを取得します。
ベストプラクティスの概要
説明の記述:
- ✅ 「Fireworks API を使用してオーディオ/ビデオファイルをテキストに転写します。ユーザーが転写、音声からテキストへの変換、またはトランスクリプトを要求したときに使用します。」
- ❌ 「オーディオを助けます」
指示の整理:
- 主要な指示は焦点を絞って記述します(5kトークン以内が理想的です)
- 複雑なコンテンツはリンクされたファイルに分割します
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Create New Skills
Instructions
This skill helps you create new Agent Skills for Claude Code. Before starting, read the comprehensive documentation files in the docs/ directory for complete context.
Prerequisites
Required Reading - Read these files in order before creating a skill:
- docs/claude_code_agent_skills.md - Complete guide to creating and managing skills
- docs/claude_code_agent_skills_overview.md - Architecture and how skills work
- docs/blog_equipping_agents_with_skills.md - Design principles and best practices
Understanding Skills
What is a Skill?
- A directory containing a
SKILL.mdfile with YAML frontmatter - Instructions that Claude loads on-demand when relevant
- Optional supporting files (scripts, documentation, templates)
- Like an onboarding guide for a new team member
Progressive Disclosure (3 Levels):
- Metadata (always loaded):
nameanddescriptionin YAML frontmatter - Instructions (loaded when triggered): Main body of SKILL.md
- Resources (loaded as needed): Additional files, scripts, templates
Key Principle: Only relevant content enters the context window at any time.
Skill Creation Workflow
Step 1: Define the Skill's Purpose
Ask the user these questions:
- What task or domain should this skill cover?
- When should Claude use this skill? (triggers)
- What expertise or workflows need to be captured?
- Does it need scripts, templates, or other resources?
Document the answers for reference.
Step 2: Create the Skill Directory Structure
Create skills in the project's .claude/skills/ directory for team sharing:
mkdir -p .claude/skills/<skill-name>
Naming conventions:
- Use lowercase with hyphens (e.g.,
pdf-processing,data-analysis) - Be descriptive but concise
- Avoid generic names
Note: Project skills (.claude/skills/) are automatically shared with your team via git. For personal skills only you use, create in ~/.claude/skills/ instead.
Step 3: Design the SKILL.md Structure
Every skill must have:
---
name: Your Skill Name
description: Brief description of what this Skill does and when to use it
---
# Your Skill Name
## Instructions
[Clear, step-by-step guidance for Claude]
## Examples
[Concrete examples of using this Skill]
Frontmatter Requirements:
name: Required, max 64 charactersdescription: Required, max 1024 characters- Include BOTH what it does AND when to use it
- Mention key trigger words/phrases
- Be specific, not vague
Optional Frontmatter (Claude Code only):
allowed-tools: Restrict which tools Claude can use (e.g.,Read, Grep, Glob)
Step 4: Write the Instructions Section
Structure the instructions as:
- Prerequisites - Required dependencies, tools, environment setup
- Workflow - Step-by-step process (numbered steps)
- Supporting Details - Additional context, script usage, error handling
Best Practices:
- Use clear, actionable language
- Number sequential steps
- Use bullet points for options/lists
- Include code blocks with bash commands
- Reference supporting files with relative links:
[reference.md](reference.md) - Keep focused on one capability
Example workflow format:
### Workflow
1. **First step description**:
```bash
command to run
- Additional context
- Options or variations
-
Second step description:
- Detailed instructions
- What to look for
- Expected outcomes
-
Third step...
Step 5: Write the Examples Section
Provide 2-4 concrete examples showing:
- Different use cases
- Various input formats
- Step-by-step execution
- Expected outcomes
Example format:
### Example 1: Descriptive Title
User request:
User's exact request text
You would:
1. First action
2. Second action with command:
```bash
actual command
- Next steps...
- Final result
Step 6: Add Supporting Files (Optional)
If the skill needs additional context:
- Create files alongside SKILL.md
- Reference them from instructions:
[forms.md](forms.md) - Use progressive disclosure - split by topic/scenario
Common supporting file types:
- Additional instructions (e.g.,
advanced_usage.md) - Reference documentation (e.g.,
api_reference.md) - Scripts in
scripts/directory - Templates in
templates/directory - Configuration examples
Script guidelines:
- Make executable:
chmod +x scripts/*.py - Add PEP 723 inline dependencies for Python scripts
- Include usage instructions in SKILL.md
- Return clear output for Claude to parse
Step 7: Test the Skill
-
Verify file structure:
ls -la .claude/skills/<skill-name>/ -
Check YAML frontmatter is valid:
head -10 .claude/skills/<skill-name>/SKILL.md -
Test with relevant queries:
- Ask questions matching the skill's description
- Verify Claude loads and uses the skill
- Check that instructions are clear and actionable
-
Iterate based on testing:
- Refine description if skill doesn't trigger
- Clarify instructions if Claude struggles
- Add examples for common edge cases
Step 8: Commit to Version Control
Since project skills are automatically shared with your team, commit them to git:
git add .claude/skills/<skill-name>
git commit -m "Add <skill-name> skill"
git push
Note: Team members will get the skill automatically when they pull the latest changes.
Best Practices Summary
Description writing:
- ✅ "Transcribes audio/video files to text using Fireworks API. Use when user asks to transcribe, convert speech to text, or needs transcripts."
- ❌ "Helps with audio"
Instruction organization:
- Keep main instructions focused (under 5k tokens ideal)
- Split complex content into linked files
- Use progressive disclosure for optional/advanced content
Skill scope:
- One skill = one capability or workflow
- Don't combine unrelated tasks
- Make focused, composable skills
File references:
- Use relative paths:
[file.md](file.md)not absolute paths - Reference scripts with full path from skill root
- Make it clear when Claude should read vs execute files
Common Patterns from Existing Skills
Pattern 1: Transcription skill
- Prerequisites section with environment setup
- Clear numbered workflow
- Multiple examples showing different formats
- Supporting file for corrections/mappings
Pattern 2: Morning debrief skill
- Two-step process (transcribe, extend)
- Reference to detailed prompt in separate file
- File organization step
- Clear output structure specification
Pattern 3: Meta-skill (this one)
- Extensive prereading documentation
- Step-by-step creation workflow
- Multiple examples with variations
- Best practices and common patterns
Examples
Example 1: Creating a Simple Code Review Skill
User request:
Create a skill that reviews Python code for best practices
You would:
- Read the documentation files in docs/
- Ask clarifying questions:
- What specific best practices? (PEP 8, security, performance?)
- Should it check only or suggest fixes?
- Any specific frameworks or libraries?
- Create the skill directory:
mkdir -p .claude/skills/python-code-review - Write SKILL.md with:
--- name: Python Code Review description: Reviews Python code for PEP 8 compliance, security issues, and performance. Use when reviewing Python code, checking code quality, or analyzing Python files. allowed-tools: Read, Grep, Glob --- - Add Instructions section with:
- Prerequisites (none needed, uses built-in tools)
- Workflow:
- Read the Python file(s)
- Check PEP 8 compliance
- Identify security issues
- Suggest performance improvements
- Provide summary with specific line references
- Add 3 examples:
- Example 1: Single file review
- Example 2: Multi-file project review
- Example 3: Focused security review
- Test with sample Python files
Example 2: Creating a Data Analysis Skill with Scripts
User request:
Build a skill for analyzing CSV data with statistics and visualizations
You would:
- Read documentation files
- Define scope with user:
- What statistics? (mean, median, correlations?)
- What visualizations? (charts, plots?)
- Output format? (markdown report, images?)
- Create structure:
mkdir -p .claude/skills/csv-analysis/scripts mkdir -p .claude/skills/csv-analysis/templates - Write SKILL.md referencing:
scripts/analyze.py- Statistical analysis scriptscripts/visualize.py- Chart generation scripttemplates/report_template.md- Output template
- Create Python scripts with inline dependencies:
# /// script # requires-python = ">=3.10" # dependencies = ["pandas", "matplotlib", "seaborn"] # /// - Write clear instructions for:
- When to run which script
- How to interpret output
- How to customize analysis
- Add examples showing:
- Basic statistics
- Visualization generation
- Custom report creation
- Test with sample CSV files
Example 3: Creating a Multi-File Documentation Skill
User request:
Create a skill for writing technical documentation with our company's style guide
You would:
- Read documentation files
- Gather requirements:
- Get company style guide document
- What types of docs? (API, user guides, architecture?)
- Any templates or examples?
- Create comprehensive structure:
mkdir -p .claude/skills/tech-docs/{templates,examples,guidelines} - Organize content:
SKILL.md- Overview and workflowguidelines/style_guide.md- Company style rulesguidelines/api_docs.md- API documentation specificsguidelines/user_guides.md- User guide standardstemplates/api_template.md- API doc templatetemplates/guide_template.md- User guide templateexamples/- Sample documentation
- Write SKILL.md that:
- References guidelines by doc type
- Uses progressive disclosure (only load needed guidelines)
- Provides workflow for each doc type
- Add examples for:
- API endpoint documentation
- User guide creation
- Architecture decision records
- Test with various documentation requests
Example 4: Extending an Existing Skill
User request:
Add spell correction to our transcribe skill
You would:
- Read current skill:
cat .claude/skills/transcribe/SKILL.md - Identify where to add the feature:
- After transcription step
- Before final output
- Create supporting file:
touch .claude/skills/transcribe/spell_corrections.md - Write correction mappings in new file:
# Spell Corrections - "cloud code" → "claude code" - "API" → "API" (ensure caps) ... - Update SKILL.md workflow:
- Add step: "Apply spell corrections from spell_corrections.md"
- Reference the corrections file
- Update examples to show correction step
- Test with audio that has common errors
Summary
Creating skills is about packaging expertise into discoverable, composable capabilities. Follow these principles:
- Read the docs first - Understand progressive disclosure and skill architecture
- Write clear descriptions - Include what AND when
- Keep instructions focused - Use supporting files for additional context
- Test thoroughly - Verify Claude discovers and uses the skill correctly
- Iterate with feedback - Refine based on actual usage
Skills transform general-purpose Claude into a specialist for your domain. Start small, test early, and expand as needed.