skill-creator
Create, validate, and package Claude skills - modular packages that extend Claude's capabilities through specialized knowledge, workflows, and tool integrations.
Packaged view
This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.
Install command
npx @skill-hub/cli install eik-it-export-fish-site-skill-creator
Repository
Skill path: .claude/skills/skill-creator
Create, validate, and package Claude skills - modular packages that extend Claude's capabilities through specialized knowledge, workflows, and tool integrations.
Open repositoryBest for
Primary workflow: Ship Full Stack.
Technical facets: Full Stack.
Target audience: everyone.
License: Unknown.
Original source
Catalog source: SkillHub Club.
Repository owner: eik-it.
This is still a mirrored public skill entry. Review the repository before installing into production workflows.
What it helps with
- Install skill-creator into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
- Review https://github.com/eik-it/export.fish-site before adding skill-creator to shared team environments
- Use skill-creator for development workflows
Works across
Favorites: 0.
Sub-skills: 0.
Aggregator: No.
Original source / Raw SKILL.md
---
name: skill-creator
description: Create, validate, and package Claude skills - modular packages that extend Claude's capabilities through specialized knowledge, workflows, and tool integrations.
type: domain
enforcement: suggest
priority: high
keywords: skill system, create skill, add skill, skill triggers, skill rules, hook system, skill development
patterns: (how do|how does|explain).*?skill, (create|add|modify|build).*?skill, skill.*?(work|trigger|activate|system)
---
# Skill Creator
## Overview
The Skill Creator provides guidance for building skills that extend Claude's capabilities through specialized knowledge, workflows, and tool integrations. These modular packages function as "onboarding guides" for specific domains.
## Key Components
Skills consist of a required SKILL.md file plus optional bundled resources:
- **SKILL.md**: Contains YAML metadata (name, description) and markdown instructions
- **scripts/**: Executable code for deterministic, reusable tasks
- **references/**: Documentation loaded into context as needed
- **assets/**: Output files like templates and icons
## Design Principle
Skills employ progressive disclosure—metadata always loads (~100 words), SKILL.md triggers when relevant (<5k words), and bundled resources load on demand.
## Creation Process
**Step 1**: Gather concrete usage examples to understand functionality requirements.
**Step 2**: Analyze examples to identify reusable resources (scripts, references, assets).
**Step 3**: Run `scripts/init_skill.sh <skill-name> --path <path>` to generate the skill template structure.
**Step 4**: Edit the skill using imperative language, focusing on procedural knowledge beneficial to another Claude instance.
**Step 5**: Iterate based on real-world testing feedback.
## Best Practices
Write in imperative form rather than second person. Keep SKILL.md lean by moving detailed information to references files. Include scripts for repeatedly-written code. Avoid duplicating information across files.
## Available Scripts
### init_skill.sh
Creates a new skill from template with proper directory structure and example files.
Usage:
```bash
.claude/skills/skill-creator/scripts/init_skill.sh <skill-name> --path <path>
```
Example:
```bash
.claude/skills/skill-creator/scripts/init_skill.sh my-new-skill --path .claude/skills
```
### quick_validate.sh
Validates skill structure and metadata.
Usage:
```bash
.claude/skills/skill-creator/scripts/quick_validate.sh <skill_directory>
```
Example:
```bash
.claude/skills/skill-creator/scripts/quick_validate.sh .claude/skills/my-skill
```
---
## Referenced Files
> The following files are referenced in this skill and included for context.
### scripts/init_skill.sh
```bash
#!/usr/bin/env bash
# Skill Initializer - Creates a new skill from template
#
# Usage:
# init_skill.sh <skill-name> --path <path>
#
# Examples:
# init_skill.sh my-new-skill --path skills/public
# init_skill.sh my-api-helper --path skills/private
# init_skill.sh custom-skill --path /custom/location
set -e
title_case_skill_name() {
local skill_name="$1"
echo "$skill_name" | sed 's/-/ /g; s/\b\(.\)/\u\1/g'
}
init_skill() {
local skill_name="$1"
local path="$2"
# Determine skill directory path
local skill_dir="$path/$skill_name"
skill_dir=$(realpath "$skill_dir" 2>/dev/null || readlink -f "$skill_dir" || echo "$skill_dir")
# Check if directory already exists
if [[ -d "$skill_dir" ]]; then
echo "❌ Error: Skill directory already exists: $skill_dir"
return 1
fi
# Create skill directory
if ! mkdir -p "$skill_dir"; then
echo "❌ Error creating directory"
return 1
fi
echo "✅ Created skill directory: $skill_dir"
# Create SKILL.md from template
local skill_title
skill_title=$(title_case_skill_name "$skill_name")
cat > "$skill_dir/SKILL.md" <<EOF
---
name: $skill_name
description: [TODO: Complete and informative explanation of what the skill does and when to use it. Include WHEN to use this skill - specific scenarios, file types, or tasks that trigger it.]
type: domain
enforcement: suggest
priority: medium
keywords: [TODO: Add comma-separated keywords for fallback matching, e.g., api, integration, database]
patterns: [TODO: Add comma-separated regex patterns for fallback matching, e.g., create.*api, setup.*database]
---
# $skill_title
## Overview
[TODO: 1-2 sentences explaining what this skill enables]
## Structuring This Skill
[TODO: Choose the structure that best fits this skill's purpose. Common patterns:
**1. Workflow-Based** (best for sequential processes)
- Works well when there are clear step-by-step procedures
- Example: DOCX skill with "Workflow Decision Tree" → "Reading" → "Creating" → "Editing"
- Structure: ## Overview → ## Workflow Decision Tree → ## Step 1 → ## Step 2...
**2. Task-Based** (best for tool collections)
- Works well when the skill offers different operations/capabilities
- Example: PDF skill with "Quick Start" → "Merge PDFs" → "Split PDFs" → "Extract Text"
- Structure: ## Overview → ## Quick Start → ## Task Category 1 → ## Task Category 2...
**3. Reference/Guidelines** (best for standards or specifications)
- Works well for brand guidelines, coding standards, or requirements
- Example: Brand styling with "Brand Guidelines" → "Colors" → "Typography" → "Features"
- Structure: ## Overview → ## Guidelines → ## Specifications → ## Usage...
**4. Capabilities-Based** (best for integrated systems)
- Works well when the skill provides multiple interrelated features
- Example: Product Management with "Core Capabilities" → numbered capability list
- Structure: ## Overview → ## Core Capabilities → ### 1. Feature → ### 2. Feature...
Patterns can be mixed and matched as needed. Most skills combine patterns (e.g., start with task-based, add workflow for complex operations).
Delete this entire "Structuring This Skill" section when done - it's just guidance.]
## [TODO: Replace with the first main section based on chosen structure]
[TODO: Add content here. See examples in existing skills:
- Code samples for technical skills
- Decision trees for complex workflows
- Concrete examples with realistic user requests
- References to scripts/templates/references as needed]
## Resources
This skill includes example resource directories that demonstrate how to organize different types of bundled resources:
### scripts/
Executable code (Bash/Python/etc.) that can be run directly to perform specific operations.
**Examples from other skills:**
- PDF skill: \`fill_fillable_fields.py\`, \`extract_form_field_info.py\` - utilities for PDF manipulation
- DOCX skill: \`document.py\`, \`utilities.py\` - Python modules for document processing
**Appropriate for:** Python scripts, shell scripts, or any executable code that performs automation, data processing, or specific operations.
**Note:** Scripts may be executed without loading into context, but can still be read by Claude for patching or environment adjustments.
### references/
Documentation and reference material intended to be loaded into context to inform Claude's process and thinking.
**Examples from other skills:**
- Product management: \`communication.md\`, \`context_building.md\` - detailed workflow guides
- BigQuery: API reference documentation and query examples
- Finance: Schema documentation, company policies
**Appropriate for:** In-depth documentation, API references, database schemas, comprehensive guides, or any detailed information that Claude should reference while working.
### assets/
Files not intended to be loaded into context, but rather used within the output Claude produces.
**Examples from other skills:**
- Brand styling: PowerPoint template files (.pptx), logo files
- Frontend builder: HTML/React boilerplate project directories
- Typography: Font files (.ttf, .woff2)
**Appropriate for:** Templates, boilerplate code, document templates, images, icons, fonts, or any files meant to be copied or used in the final output.
---
**Any unneeded directories can be deleted.** Not every skill requires all three types of resources.
EOF
echo "✅ Created SKILL.md"
# Create scripts/ directory with example script
mkdir -p "$skill_dir/scripts"
cat > "$skill_dir/scripts/example.sh" <<EOF
#!/usr/bin/env bash
# Example helper script for $skill_name
#
# This is a placeholder script that can be executed directly.
# Replace with actual implementation or delete if not needed.
#
# Example real scripts from other skills:
# - pdf/scripts/fill_fillable_fields.py - Fills PDF form fields
# - pdf/scripts/convert_pdf_to_images.py - Converts PDF pages to images
main() {
echo "This is an example script for $skill_name"
# TODO: Add actual script logic here
# This could be data processing, file conversion, API calls, etc.
}
main "\$@"
EOF
chmod +x "$skill_dir/scripts/example.sh"
echo "✅ Created scripts/example.sh"
# Create references/ directory with example reference doc
mkdir -p "$skill_dir/references"
cat > "$skill_dir/references/api_reference.md" <<EOF
# Reference Documentation for $skill_title
This is a placeholder for detailed reference documentation.
Replace with actual reference content or delete if not needed.
Example real reference docs from other skills:
- product-management/references/communication.md - Comprehensive guide for status updates
- product-management/references/context_building.md - Deep-dive on gathering context
- bigquery/references/ - API references and query examples
## When Reference Docs Are Useful
Reference docs are ideal for:
- Comprehensive API documentation
- Detailed workflow guides
- Complex multi-step processes
- Information too lengthy for main SKILL.md
- Content that's only needed for specific use cases
## Structure Suggestions
### API Reference Example
- Overview
- Authentication
- Endpoints with examples
- Error codes
- Rate limits
### Workflow Guide Example
- Prerequisites
- Step-by-step instructions
- Common patterns
- Troubleshooting
- Best practices
EOF
echo "✅ Created references/api_reference.md"
# Create assets/ directory with example asset placeholder
mkdir -p "$skill_dir/assets"
cat > "$skill_dir/assets/example_asset.txt" <<EOF
# Example Asset File
This placeholder represents where asset files would be stored.
Replace with actual asset files (templates, images, fonts, etc.) or delete if not needed.
Asset files are NOT intended to be loaded into context, but rather used within
the output Claude produces.
Example asset files from other skills:
- Brand guidelines: logo.png, slides_template.pptx
- Frontend builder: hello-world/ directory with HTML/React boilerplate
- Typography: custom-font.ttf, font-family.woff2
- Data: sample_data.csv, test_dataset.json
## Common Asset Types
- Templates: .pptx, .docx, boilerplate directories
- Images: .png, .jpg, .svg, .gif
- Fonts: .ttf, .otf, .woff, .woff2
- Boilerplate code: Project directories, starter files
- Icons: .ico, .svg
- Data files: .csv, .json, .xml, .yaml
Note: This is a text placeholder. Actual assets can be any file type.
EOF
echo "✅ Created assets/example_asset.txt"
# Print next steps
echo ""
echo "✅ Skill '$skill_name' initialized successfully at $skill_dir"
echo ""
echo "Next steps:"
echo "1. Edit SKILL.md to complete the TODO items and update the description"
echo "2. Customize or delete the example files in scripts/, references/, and assets/"
echo "3. Run the validator when ready to check the skill structure"
return 0
}
# Main
if [[ $# -ne 3 ]] || [[ "$2" != "--path" ]]; then
echo "Usage: $0 <skill-name> --path <path>"
echo ""
echo "Skill name requirements:"
echo " - Hyphen-case identifier (e.g., 'data-analyzer')"
echo " - Lowercase letters, digits, and hyphens only"
echo " - Max 40 characters"
echo " - Must match directory name exactly"
echo ""
echo "Examples:"
echo " $0 my-new-skill --path skills/public"
echo " $0 my-api-helper --path skills/private"
echo " $0 custom-skill --path /custom/location"
exit 1
fi
skill_name="$1"
path="$3"
echo "🚀 Initializing skill: $skill_name"
echo " Location: $path"
echo ""
if init_skill "$skill_name" "$path"; then
exit 0
else
exit 1
fi
```