Every HR skill lives in its own directory under skills/. A skill package consists of a required SKILL.md file and may include supporting knowledge in content/, reusable prompt libraries in prompts/, and practical workflows in examples/.
skills/
└── hr-your-skill/
├── SKILL.md
├── content/
│ ├── topic-1.md
│ └── topic-2.md
├── prompts/
│ ├── prompt-library-1.md
│ └── prompt-library-2.md
└── examples/
├── workflow-1.md
└── workflow-2.md
SKILL.mdis required.content/,prompts/, andexamples/are optional but recommended for larger skills.- The directory name must exactly match the
namefield inSKILL.md.
Each skill in the repository belongs to one of three maturity tiers:
- 🟢 Full Skill: Contains a required
SKILL.mdfile plus non-emptycontent/,prompts/, andexamples/subdirectories (each directory must contain at least one.mdfile). - 🟡 Partial Skill: Contains a required
SKILL.mdfile plus 1 or 2 non-empty supporting subdirectories (content/,prompts/, orexamples/). - 🔴 Bare Skill: Contains a required
SKILL.mdfile only (no supporting subdirectories).
Important
Subdirectory Rule: Empty subdirectories are strictly forbidden. Any supporting subdirectory (content/, prompts/, examples/) present on disk must contain at least one .md file.
SKILL.md defines when Claude should activate the skill, what the skill can do, and provides reusable prompts and guidance.
A SKILL.md file consists of YAML frontmatter followed by a Markdown document.
---
name: hr-your-skill
description: ...
metadata:
author: ...
version: "1.0.0"
---
# Skill title
...| Field | Required | Description |
|---|---|---|
name |
Yes | Skill identifier in kebab-case. Must match the directory name. |
description |
Yes | One sentence describing what the skill does and when Claude should activate it. Include realistic HR trigger phrases. |
metadata.author |
Yes | Skill author's name. |
metadata.version |
Yes | Semantic version (for example "1.0.0"). |
license |
No | SPDX license identifier (for example MIT). |
compatibility |
No | Claude compatibility information. |
The description is the most important field because it determines when Claude activates the skill.
A good description should:
- explain the HR domain
- identify the target audience
- include realistic trigger phrases
- describe the types of requests the skill handles
The whole description value must be wrapped in a single pair of double quotes, with trigger phrases written as plain comma-separated text (not individually quoted).
Example:
description: "Help HR managers with end-to-end recruiting and talent acquisition. Use when asked to write a job description, create interview questions, screen resumes, develop employer branding, or similar recruiting tasks."Every skill must contain these sections.
A bullet list describing the HR tasks the skill supports.
Recommended: 8-12 tasks.
Example:
## Supported tasks
- Writing job descriptions
- Creating interview questions
- Screening resumesReusable prompt templates grouped into logical subtopics.
Recommendations:
- 3-6 subtopics
- 4-7 prompts per subtopic
- use numbered lists
- use
[placeholders]for variable inputs
Example:
## Key prompts
### Interview questions
1. "Generate behavioral interview questions for [role]."
2. "Create technical interview questions for [position]."Professional best practices and practical HR guidance.
Recommended: 4-6 bullet points.
Example:
## Tips
- Standardize interview scorecards.
- Avoid unrealistic hiring requirements.Skills may include additional sections where appropriate.
Examples include:
- Domain knowledge
- Framework overviews
- Industry trends
- Role comparisons
- Best practices
- Common mistakes
- Hiring insights
- Reference tables
- Glossaries
Choose headings that best fit the subject matter.
- Focus on reusable HR knowledge.
- Keep explanations concise and practical.
- Prefer structured headings over long paragraphs.
- Use bullet lists where appropriate.
- Avoid vendor marketing language.
- Avoid duplicated content already covered in supporting documents.
- Avoid time-sensitive information unless essential to the topic.
Content files provide detailed reference material that supports a skill.
Unlike SKILL.md, content files explain concepts in depth rather than defining prompts or activation behavior.
Content files can be used to:
- explain HR concepts
- introduce technical domains
- provide frameworks
- compare approaches
- document best practices
- explain terminology
Use descriptive kebab-case filenames.
Examples:
understanding-artificial-intelligence.md
employee-lifecycle.md
salary-benchmarking.md
Content files are intentionally flexible.
A typical structure is:
# Title
## Overview
...
## Main topics
...
## Practical guidance
...
## ConclusionChoose headings that fit the topic rather than following a rigid template.
Content should:
- explain concepts clearly
- assume little prior knowledge
- use practical HR language
- prefer examples over abstract theory
- use headings and bullet lists
- include comparisons where useful
Avoid:
- prompt libraries
- duplicated SKILL.md content
- marketing material
- unnecessary implementation details
When relevant, link to related workflows.
Example:
> Related example: [Senior AI Engineer hiring workflow](../../examples/hiring-a-senior-ai-engineer.md).Prompt files provide curated collections of reusable prompts for a specific HR topic within the skill.
Unlike SKILL.md, prompt files are intended to be extensive prompt libraries that users can reuse, customize, and expand.
Prompt files can be used to:
- organize prompts by HR topic
- provide reusable prompt templates
- cover beginner to advanced use cases
- include prompt variations
- accelerate common HR workflows
- reduce repetitive prompt writing
Use descriptive kebab-case filenames.
Examples:
analyzing-employee-data.md
behavioral-interview-prompts.md
performance-review-prompts.md
salary-negotiation-prompts.md
employee-engagement-prompts.md
Each prompt file should focus on a single topic.
A typical structure is:
# Prompt topic
Brief introduction explaining when these prompts are useful.
- "Prompt 1..."
- "Prompt 2..."
- "Prompt 3..."The introduction should provide context without becoming a long tutorial.
Prompt libraries should:
- focus on one HR topic
- include natural, reusable prompts
- use
[placeholders]for customizable values - provide prompt variations where appropriate
- cover a range of practical scenarios
- encourage high-quality, detailed AI responses
Avoid:
- implementation instructions
- duplicated prompts already listed in
SKILL.md - unrelated HR topics
- excessively long explanations
- prompts that depend on time-sensitive information
Example files demonstrate realistic HR workflows using the skill.
They show how HR professionals can apply the skill to solve real business problems.
Examples should:
- demonstrate end-to-end workflows
- provide realistic business scenarios
- show effective prompts
- illustrate expected outputs
- teach users how to apply the skill
Use descriptive kebab-case filenames.
Examples:
hiring-a-senior-ai-engineer.md
creating-a-performance-improvement-plan.md
conducting-an-exit-interview.md
A typical example follows this pattern:
# Scenario title
## Context
...
## Step 1
Sample prompt
Expected response
## Step 2
...
## Workflow summaryThe exact headings may vary depending on the workflow.
Examples should:
- begin with realistic business context
- use natural HR prompts
- demonstrate complete workflows
- include practical outputs
- explain important decisions when helpful
Avoid:
- isolated prompt examples
- unrealistic scenarios
- artificial toy examples
- workflows without business context
Before submitting a skill package, verify:
- Directory name matches the
namefield. -
SKILL.mdcontains all required sections. - The description includes realistic activation phrases.
- Supporting content is organized logically.
- Prompt libraries are grouped by topic and easy to reuse.
- Examples demonstrate realistic HR workflows.
- Links between files are valid.
- All Markdown files use consistent formatting.
- No duplicated information across files.
- No unnecessary time-sensitive content.
- Validation passes successfully.
Run validation from the project root:
bun run validateValidation checks include:
- frontmatter fields
- required sections
- naming conventions
- directory structure
- internal links
- basic content structure