Skills Standard Reference
BMad workflows are designed to be compatible with the open Skills standard, enabling maximum portability across AI platforms.
Official Skills Documentation
Section titled “Official Skills Documentation”The Skills standard is maintained by Anthropic. For authoritative documentation, refer to these official sources:
| Resource | Link |
|---|---|
| Best Practices Guide | Skill Authoring Best Practices |
| Complete Guide | The Complete Guide to Building Skills for Claude |
| Skills Overview | Agent Skills Documentation |
Why Skills Matter for BMad Workflows
Section titled “Why Skills Matter for BMad Workflows”Portability
Section titled “Portability”Skills work identically across Claude.ai, Claude Code, and the Claude API. A BMad workflow packaged as a skill can be used anywhere without modification.
Progressive Disclosure
Section titled “Progressive Disclosure”The Skills standard uses a three-level loading system to minimize token usage:
| Level | Content | When Loaded |
|---|---|---|
| Frontmatter | Name and description | Always (in system prompt) |
| SKILL.md body | Main instructions | When skill becomes relevant |
| Bundled files | References, data, scripts | Only as needed |
This design maintains specialized expertise while minimizing token usage.
MCP Integration
Section titled “MCP Integration”For workflows that use Model Context Protocol (MCP) servers, Skills provide the knowledge layer above tool access:
- MCP provides connectivity to external services
- Skills provide workflows and best practices for using those services
BMad Workflow to Skill Alignment
Section titled “BMad Workflow to Skill Alignment”Structural Parallels
Section titled “Structural Parallels”BMad workflows and Skills share similar architectural principles:
| BMad Workflow | Skill Standard |
|---|---|
workflow.md frontmatter | SKILL.md YAML frontmatter |
Step files in steps-c/, steps-e/, steps-v/ | Main instructions in SKILL.md |
/data/ reference materials | /references/ documentation |
/templates/ output templates | /assets/ templates |
module.yaml configuration | metadata in frontmatter |
Key Differences
Section titled “Key Differences”| Aspect | BMad Workflow | Skill Standard |
|---|---|---|
| Entry point | workflow.md | SKILL.md (required filename) |
| Organization | Tri-modal (Create/Edit/Validate) | Single-flow or progressive |
| State tracking | Frontmatter in output files | Not specified |
| Menu system | A/P/C with execution rules | No standard (custom) |
| BMad-specific | Agent assignments, communication styles | Not applicable |
Making Workflows Skill-Compatible
Section titled “Making Workflows Skill-Compatible”Essential Requirements
Section titled “Essential Requirements”To make a BMad workflow installable as a Skill:
- Rename or create
SKILL.md- Required entry point for Skills - Add YAML frontmatter - Include
name(kebab-case) anddescription - Use forward slashes - Use in all file paths for cross-platform compatibility
- Avoid reserved words - Do not use “claude” or “anthropic” in skill name
Frontmatter Format
Section titled “Frontmatter Format”---name: my-bmad-workflowdescription: Generates production-ready documents using BMad methodology. Use when creating PRDs, technical specs, or project documentation.metadata: author: your-name version: 1.0.0 bmad-workflow: true---Naming Rules
Section titled “Naming Rules”| Rule | Requirement |
|---|---|
| Folder name | kebab-case only |
| SKILL.md | Exact case-sensitive filename |
name field | Maximum 64 characters, lowercase/hyphens only |
description field | Maximum 1024 characters; describe “what” and “when to use” |
| Reserved words | Do not use “claude” or “anthropic” |
Practical Examples
Section titled “Practical Examples”Example 1: Basic BMad Workflow as a Skill
Section titled “Example 1: Basic BMad Workflow as a Skill”---name: prd-generatordescription: Creates Product Requirements Documents using BMad methodology. Use when user asks for PRD, product spec, or requirements document.web_bundle: true---
# PRD Generator
This workflow guides you through creating a complete PRD.
## Quick Start
1. Run: `python scripts/init-prd.py --project {project_name}`2. Fill in the template sections3. Validate: `python scripts/validate-prd.py prd.md`
## Workflow Steps
**Step 1: Problem Discovery**- Identify user pain points- Define success criteria
**Step 2: Solution Definition**- Outline core features- Specify technical requirements
**Step 3: Validation**- Review against BMad PRD standards- Check for completeness
## References
- [BMad PRD Template](references/prd-template.md)- [Validation Checklist](references/checklist.md)Example 2: Multi-File BMad Workflow
Section titled “Example 2: Multi-File BMad Workflow”my-bmad-skill/├── SKILL.md # Entry point (renamed from workflow.md)├── steps/ # Workflow steps│ ├── step-01-init.md│ ├── step-02-gather.md│ └── step-03-complete.md├── references/ # Progressive disclosure│ ├── prd-template.md│ └── validation-rules.md├── scripts/ # Utility scripts│ ├── init.py│ └── validate.py└── templates/ # Output templates └── prd-output.mdExample 3: MCP-Enhanced BMad Workflow as a Skill
Section titled “Example 3: MCP-Enhanced BMad Workflow as a Skill”---name: issue-tracker-integrationdescription: Manages GitHub issues using BMad workflows. Use when user mentions issues, bugs, or task tracking.metadata: mcp-server: github---
# GitHub Issue Management
Coordinates GitHub MCP tools with BMad workflow methodology.
## Workflow: Bug Report to Issue
**Step 1: Analyze Bug Report**- Read the bug description- Identify reproduction steps- Determine severity and priority
**Step 2: Create GitHub Issue**Call MCP tool: `GitHub:create_issue`Parameters:- title: Bug summary- body: Structured from template- labels: bug, priority
**Step 3: Verify Creation**- Confirm issue created- Provide issue link- Update tracking documentBest Practices for Skill-Compatible Workflows
Section titled “Best Practices for Skill-Compatible Workflows”Description Writing
Section titled “Description Writing”The description field enables skill discovery.
Good description:
description: Creates Product Requirements Documents using BMad methodology. Use when user asks for PRD, product spec, or requirements documentation.Poor description:
description: Helps with documents.Progressive Disclosure
Section titled “Progressive Disclosure”Keep SKILL.md concise. Move detailed content to separate files loaded on demand:
## Quick Start
Generate PRD with: `python scripts/create-prd.py`
## Advanced Features
**Custom sections**: See [references/custom-sections.md](references/custom-sections.md)**Validation rules**: See [references/validation.md](references/validation.md)**Examples**: See [references/examples.md](references/examples.md)Error Handling
Section titled “Error Handling”Include troubleshooting in your skill:
## Troubleshooting
**Error: Template not found**Cause: Output folder not configuredSolution: Set `{output_folder}` in project config
**Error: Validation failed**Cause: Missing required sectionsSolution: Run `python scripts/check-prd.py --list-required`Testing Skills
Section titled “Testing Skills”Before distributing a BMad workflow as a skill:
- Triggering tests - Verify skill loads on relevant queries
- Functional tests - Confirm workflow produces correct outputs
- Cross-platform tests - Test in Claude.ai, Claude Code, and via API
Distribution
Section titled “Distribution”As BMad Module
Section titled “As BMad Module”Package skill-compatible workflows in BMad modules for distribution:
my-module/├── module.yaml├── agents/├── workflows/│ └── my-workflow/│ ├── SKILL.md # Dual-purpose entry point│ ├── steps/│ └── references/Standalone Skill
Section titled “Standalone Skill”Distribute independently via GitHub:
- Create repository with skill folder
- Add repo-level README for humans
- Include installation instructions
- Link from MCP documentation if applicable
Common Questions
Section titled “Common Questions”Do all BMad workflows need to be skills?
Section titled “Do all BMad workflows need to be skills?”No. Skills are optional but recommended for maximum compatibility. Internal workflows can remain BMad-specific.
Can I use BMad-specific features in skills?
Section titled “Can I use BMad-specific features in skills?”Yes. The metadata field can include BMad-specific configuration like agent assignments or communication styles.
How do I handle BMad’s tri-modal structure in skills?
Section titled “How do I handle BMad’s tri-modal structure in skills?”Skills do not mandate a specific workflow structure. You can:
- Implement Create flow as the main skill
- Add Edit/Validate as separate skills or referenced workflows
- Document all three modes in references/
What about BMad variables like {output_folder}?
Section titled “What about BMad variables like {output_folder}?”BMad variables work in Skills. Ensure they are defined in the environment or documented as prerequisites.
Resources
Section titled “Resources”| Resource | Description |
|---|---|
| Workflow Schema | BMad workflow structure reference |
| Workflow Variables | Variable reference for Skills |
| What Are Workflows | Workflow concepts in BMad |
| Add Workflows to Modules | Packaging workflows for distribution |