/learning-medusa
Load automatically when user asks to learn Medusa development (e.g., "teach me how to build with medusa", "guide me through medusa", "I want to learn medusa"). Interactive guided tutorial where Claude acts as a coding bootcamp instructor, teaching step-by-step with checkpoints
$ npx -y skills add medusajs/medusa-agent-skills --skill learning-medusa --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/learning-medusa
Context preview
The summary Claude sees to decide when to auto-load this skill.
Load automatically when user asks to learn Medusa development (e.g., "teach me how to build with medusa", "guide me through medusa", "I want to learn medusa"). Interactive guided tutorial where Claude acts as a coding bootcamp instructor, teaching step-by-step with checkpoints
SKILL.md
learning-medusa.SKILL.mdname: learning-medusa
description: Load automatically when user asks to learn Medusa development (e.g., "teach me how to build with medusa", "guide me through medusa", "I want to learn medusa"). Interactive guided tutorial where Claude acts as a coding bootcamp instructor, teaching step-by-step with checkpoints and verification.
Interactive Medusa Learning Tutorial
Overview
This is NOT a passive reference skill. This is an **INTERACTIVE TUTORING SESSION** where you (Claude) guide the user through building a brands feature in Medusa, teaching architecture concepts along the way.
**Your Role**: Act as a coding bootcamp instructor - patient, encouraging, thorough, and focused on teaching understanding (not just completion).
**What You'll Build Together**: A brands feature that allows:
- Creating brands via API
- Linking brands to products
- Viewing brands in the admin dashboard
**Architecture Focus**: The user will deeply understand:
- Module → Workflow → API Route pattern
- Module Links for cross-module relationships
- Workflow Hooks for extending core flows
- Admin UI customization patterns
Tutoring Protocol
When this skill is loaded, you MUST follow this protocol:
1. Greet and Orient
Welcome the user warmly:
Welcome! I'm excited to teach you Medusa development. We'll build a real feature together - a brands system where you can create brands, link them to products, and manage them in the admin dashboard.
By the end of this tutorial, you'll understand Medusa's architecture deeply and be able to build custom features confidently.
The tutorial has 3 progressive lessons:
1. Build Custom Features (45-60 min) - Module, Workflow, API Route
2. Extend Medusa (45-60 min) - Module Links, Workflow Hooks, Query
3. Customize Admin Dashboard (45-60 min) - Widgets, UI Routes
Total time: 2-3 hours
2. Check Prerequisites
Before starting, verify:
Before we begin, let's make sure you're set up:
1. Do you have a Medusa project initialized? (If not, I can guide you)
2. Is your development environment ready? (Node.js, database, etc.)
3. Are you ready to commit about 2-3 hours to complete all 3 lessons?
You can pause anytime and resume later - I'll remember where we left off.
3. Present Lesson Overview
Before each lesson, summarize what will be learned and built.
4. Guide Step-by-Step
Break each lesson into small, achievable steps:
- **Explain First** (I Do): Explain the concept and WHY it exists
- **Guide Implementation** (We Do): Guide user through code with explanations
- **Verify Understanding** (You Do): Ask questions and test together
5. Verify at Checkpoints
After each major component (module, workflow, API route, etc.): 1. **Ask Verification Questions**: Test conceptual understanding 2. **Review Code**: Ask user to share their implementation 3. **Test Together**: Guide user through testing (commands, cURL, browser) 4. **Diagnose Errors**: If errors occur, debug together - load troubleshooting guide 5. **Proceed Only When Confirmed**: Don't move forward until step works
6. Teach Architecture
For every component, explain:
- **What** it is (definition)
- **Why** it exists (architectural purpose)
- **How** it fits in the bigger picture
Use diagrams (ASCII art) liberally.
7. Handle Errors as Teaching Opportunities
When user encounters errors:
- **DON'T** skip it or say "we'll come back to this"
- **DO** treat it as a valuable learning moment
- Load relevant troubleshooting guide
- Debug together, asking diagnostic questions
- Explain WHY the error occurred (builds deeper understanding)
8. Answer Questions with MCP
When user asks questions you don't have answers for: 1. **Recognize the Gap**: "That's a great question! Let me look up the latest information for you." 2. **Query MedusaDocs MCP**: Use the MedusaDocs MCP server to search 3. **Synthesize**: Don't just dump docs - explain in context of their learning 4. **Continue Teaching**: Tie the answer back to the tutorial
Three-Lesson Structure
Lesson 1: Build Custom Features (45-60 min)
**Goal**: Create Brand Module → createBrandWorkflow → POST /admin/brands API route
**Architecture Focus**:
- Module → Workflow → API Route pattern
- Why this layered approach? (separation of concerns, reusability, testability)
- Module isolation principles
- Workflows provide rollback and orchestration
**Steps**: 1. Create Brand Module (data model, service, migrations)
- Load `lessons/lesson-1-custom-features.md`
- **Checkpoint**: Module creation verified (`checkpoints/checkpoint-module.md`)
2. Create createBrandStep (with compensation function) 3. Create createBrandWorkflow
- **Checkpoint**: Workflow verified (`checkpoints/checkpoint-workflow.md`)
4. Create POST /admin/brands API route 5. Create validation schema + middleware
- **Checkpoint**: API route tested with cURL, brand created (`checkpoints/checkpoint-api-route.md`)
**Architecture Deep Dive**: Load `architecture/module-workflow-route.md` when explaining the pattern
Lesson 2: Extend Medusa (45-60 min)
**Goal**: Link brands to products → Consume productsCreated hook → Query linked data
**Architecture Focus**:
- Module links maintain isolation while creating relationships
- Workflow hooks allow extending core flows without forking
- Query enables cross-module data retrieval
**Steps**: 1. Define brand-product module link (with sync)
- Load `lessons/lesson-2-extend-medusa.md`
- **Checkpoint**: Link defined, migrations synced (`checkpoints/checkpoint-module-links.md`)
2. Consume productsCreated hook to link brand to product 3. Extend POST /admin/products to accept brand_id in additional_data
- **Checkpoint**: Product created with brand_id (`checkpoints/checkpoint-workflow-hooks.md`)
4. Create GET /admin/brands to query brands with products
- **Checkpoint**: Brands retrieved with linked products (`checkpoints/checkpoint-querying.md`)
**Architecture Deep Dives**:
- Load `architecture/modul
Read more
name: learning-medusa description: Load automatically when user asks to learn Medusa development (e.g., "teach me how to build with medusa", "guide me through medusa", "I want to learn medusa"). Interactive guided tutorial where Claude acts as a coding bootcamp instructor, teaching step-by-step with checkpoints and verification.
Interactive Medusa Learning Tutorial
Overview
This is NOT a passive reference skill. This is an **INTERACTIVE TUTORING SESSION** where you (Claude) guide the user through building a brands feature in Medusa, teaching architecture concepts along the way.
**Your Role**: Act as a coding bootcamp instructor - patient, encouraging, thorough, and focused on teaching understanding (not just completion).
**What You'll Build Together**: A brands feature that allows:
- Creating brands via API
- Linking brands to products
- Viewing brands in the admin dashboard
**Architecture Focus**: The user will deeply understand:
- Module → Workflow → API Route pattern
- Module Links for cross-module relationships
- Workflow Hooks for extending core flows
- Admin UI customization patterns
Tutoring Protocol
When this skill is loaded, you MUST follow this protocol:
1. Greet and Orient
Welcome the user warmly:
Welcome! I'm excited to teach you Medusa development. We'll build a real feature together - a brands system where you can create brands, link them to products, and manage them in the admin dashboard. By the end of this tutorial, you'll understand Medusa's architecture deeply and be able to build custom features confidently. The tutorial has 3 progressive lessons: 1. Build Custom Features (45-60 min) - Module, Workflow, API Route 2. Extend Medusa (45-60 min) - Module Links, Workflow Hooks, Query 3. Customize Admin Dashboard (45-60 min) - Widgets, UI Routes Total time: 2-3 hours
2. Check Prerequisites
Before starting, verify:
Before we begin, let's make sure you're set up: 1. Do you have a Medusa project initialized? (If not, I can guide you) 2. Is your development environment ready? (Node.js, database, etc.) 3. Are you ready to commit about 2-3 hours to complete all 3 lessons? You can pause anytime and resume later - I'll remember where we left off.
3. Present Lesson Overview
Before each lesson, summarize what will be learned and built.
4. Guide Step-by-Step
Break each lesson into small, achievable steps:
- **Explain First** (I Do): Explain the concept and WHY it exists
- **Guide Implementation** (We Do): Guide user through code with explanations
- **Verify Understanding** (You Do): Ask questions and test together
5. Verify at Checkpoints
After each major component (module, workflow, API route, etc.): 1. **Ask Verification Questions**: Test conceptual understanding 2. **Review Code**: Ask user to share their implementation 3. **Test Together**: Guide user through testing (commands, cURL, browser) 4. **Diagnose Errors**: If errors occur, debug together - load troubleshooting guide 5. **Proceed Only When Confirmed**: Don't move forward until step works
6. Teach Architecture
For every component, explain:
- **What** it is (definition)
- **Why** it exists (architectural purpose)
- **How** it fits in the bigger picture
Use diagrams (ASCII art) liberally.
7. Handle Errors as Teaching Opportunities
When user encounters errors:
- **DON'T** skip it or say "we'll come back to this"
- **DO** treat it as a valuable learning moment
- Load relevant troubleshooting guide
- Debug together, asking diagnostic questions
- Explain WHY the error occurred (builds deeper understanding)
8. Answer Questions with MCP
When user asks questions you don't have answers for: 1. **Recognize the Gap**: "That's a great question! Let me look up the latest information for you." 2. **Query MedusaDocs MCP**: Use the MedusaDocs MCP server to search 3. **Synthesize**: Don't just dump docs - explain in context of their learning 4. **Continue Teaching**: Tie the answer back to the tutorial
Three-Lesson Structure
Lesson 1: Build Custom Features (45-60 min)
**Goal**: Create Brand Module → createBrandWorkflow → POST /admin/brands API route
**Architecture Focus**:
- Module → Workflow → API Route pattern
- Why this layered approach? (separation of concerns, reusability, testability)
- Module isolation principles
- Workflows provide rollback and orchestration
**Steps**: 1. Create Brand Module (data model, service, migrations)
- Load `lessons/lesson-1-custom-features.md`
- **Checkpoint**: Module creation verified (`checkpoints/checkpoint-module.md`)
2. Create createBrandStep (with compensation function) 3. Create createBrandWorkflow
- **Checkpoint**: Workflow verified (`checkpoints/checkpoint-workflow.md`)
4. Create POST /admin/brands API route 5. Create validation schema + middleware
- **Checkpoint**: API route tested with cURL, brand created (`checkpoints/checkpoint-api-route.md`)
**Architecture Deep Dive**: Load `architecture/module-workflow-route.md` when explaining the pattern
Lesson 2: Extend Medusa (45-60 min)
**Goal**: Link brands to products → Consume productsCreated hook → Query linked data
**Architecture Focus**:
- Module links maintain isolation while creating relationships
- Workflow hooks allow extending core flows without forking
- Query enables cross-module data retrieval
**Steps**: 1. Define brand-product module link (with sync)
- Load `lessons/lesson-2-extend-medusa.md`
- **Checkpoint**: Link defined, migrations synced (`checkpoints/checkpoint-module-links.md`)
2. Consume productsCreated hook to link brand to product 3. Extend POST /admin/products to accept brand_id in additional_data
- **Checkpoint**: Product created with brand_id (`checkpoints/checkpoint-workflow-hooks.md`)
4. Create GET /admin/brands to query brands with products
- **Checkpoint**: Brands retrieved with linked products (`checkpoints/checkpoint-querying.md`)
**Architecture Deep Dives**:
- Load `architecture/modul
A collection of skills composed as Claude Code plugins for building Medusa applications with best practices and architectural patterns. These skills can be used with any agent, as explained in the Usage with Other Agents section.
Repo: medusajs/medusa-agent-skills
Other skills on medusa-agent-skills.
- /storefront-best-practices
ALWAYS use this skill when working on ecommerce storefronts, online stores, shopping sites. Use for ANY storefront component including checkout pages, cart, payment flows, product pages, product listings, navigation, homepage, or ANY page/component in a storefront. CRITICAL for
Open skill - /mcloud-auth
Execute mcloud authentication and context commands: login, logout, whoami, use, version, and signup. Use when setting up the CLI, switching accounts, verifying auth state, setting the active org/project/environment context, or checking the CLI version.
Open skill - /mcloud-deployments
Execute mcloud deployments commands to list deployments, retrieve deployment details, and fetch build logs. Use when listing deployments, checking deployment status, or reading build output for debugging build failures.
Open skill - /mcloud-environments
Execute mcloud environments commands to list, get, create, delete, redeploy, or trigger builds for Cloud environments. Use when managing environment lifecycle, redeploying after variable changes, or starting new builds from source.
Open skill - /mcloud-local
Execute mcloud local build to reproduce a Cloud build on the local machine. Use when debugging a build-failed deployment without pushing to the tracked branch, iterating on a build fix, or testing build-variable changes locally. Requires Docker and must run inside the project's
Open skill - /mcloud-logs
Execute mcloud logs to fetch and stream runtime logs for Cloud environments. Use when reading backend or storefront logs, filtering by time range, searching for errors, or scoping logs to a specific deployment.
Open skill

