|
| 1 | +--- |
| 2 | +description: Start plugin development - choose your path |
| 3 | +allowed-tools: AskUserQuestion, SlashCommand, TodoWrite |
| 4 | +model: sonnet |
| 5 | +disable-model-invocation: true |
| 6 | +--- |
| 7 | + |
| 8 | +# Plugin Development Entry Point |
| 9 | + |
| 10 | +Welcome the user and help them choose the right path for their plugin development journey. |
| 11 | + |
| 12 | +## Your Task |
| 13 | + |
| 14 | +Present the user with a clear choice between two development paths, explain when each is appropriate, then route them to the correct workflow. |
| 15 | + |
| 16 | +## Step 1: Present Options with AskUserQuestion |
| 17 | + |
| 18 | +Use the AskUserQuestion tool to ask the user which path they want to take. Present these options: |
| 19 | + |
| 20 | +**Question**: "What would you like to create?" |
| 21 | + |
| 22 | +**Options**: |
| 23 | + |
| 24 | +1. **A plugin** (Recommended for most users) |
| 25 | + - Description: "Create a single plugin with skills, commands, agents, hooks, or MCP integrations. Best for: building something new, adding functionality to Claude Code, or learning plugin development." |
| 26 | + |
| 27 | +2. **A marketplace** |
| 28 | + - Description: "Create a collection to organize and distribute multiple plugins. Best for: teams sharing internal tools, publishing a curated set of plugins, or organizing existing plugins." |
| 29 | + |
| 30 | +## Step 2: Provide Context Before They Choose |
| 31 | + |
| 32 | +Before presenting the question, briefly explain: |
| 33 | + |
| 34 | +``` |
| 35 | +Welcome to the Plugin Development Toolkit! |
| 36 | +
|
| 37 | +I'll help you get started. First, let me explain your options: |
| 38 | +
|
| 39 | +**Plugin** → A self-contained extension that adds functionality to Claude Code |
| 40 | +- Contains skills (knowledge), commands (actions), agents (automation), hooks (events), or MCP servers (integrations) |
| 41 | +- Example: "A plugin for managing database migrations" |
| 42 | +- This is what most developers want to create |
| 43 | +
|
| 44 | +**Marketplace** → A collection that organizes and distributes multiple plugins |
| 45 | +- Contains references to one or more plugins (local or remote) |
| 46 | +- Example: "A marketplace for our team's internal tools" |
| 47 | +- Choose this if you already have plugins to organize, or want to plan a collection upfront |
| 48 | +``` |
| 49 | + |
| 50 | +## Step 3: Route Based on Choice |
| 51 | + |
| 52 | +After the user selects an option: |
| 53 | + |
| 54 | +**If they chose "A plugin"**: |
| 55 | +- Acknowledge their choice |
| 56 | +- Use the SlashCommand tool to invoke `/plugin-dev:create-plugin` |
| 57 | +- Pass through any context from $ARGUMENTS if provided |
| 58 | + |
| 59 | +**If they chose "A marketplace"**: |
| 60 | +- Acknowledge their choice |
| 61 | +- Use the SlashCommand tool to invoke `/plugin-dev:create-marketplace` |
| 62 | +- Pass through any context from $ARGUMENTS if provided |
| 63 | + |
| 64 | +## Step 4: Handle Arguments |
| 65 | + |
| 66 | +If the user provided arguments ($ARGUMENTS is not empty): |
| 67 | +- Analyze the arguments to see if intent is already clear |
| 68 | +- If arguments clearly indicate a plugin (e.g., "database migration tool"), suggest plugin path |
| 69 | +- If arguments clearly indicate a marketplace (e.g., "team collection", "distribute our plugins"), suggest marketplace path |
| 70 | +- Still ask for confirmation before routing |
| 71 | + |
| 72 | +**Initial request:** $ARGUMENTS |
| 73 | + |
| 74 | +--- |
| 75 | + |
| 76 | +## Example Interactions |
| 77 | + |
| 78 | +### Example 1: No arguments provided |
| 79 | + |
| 80 | +``` |
| 81 | +User: /plugin-dev:start |
| 82 | +
|
| 83 | +Claude: Welcome to the Plugin Development Toolkit! |
| 84 | +
|
| 85 | +I'll help you get started. First, let me explain your options: |
| 86 | +
|
| 87 | +**Plugin** → A self-contained extension that adds functionality to Claude Code |
| 88 | +- Contains skills (knowledge), commands (actions), agents (automation), hooks (events), or MCP servers (integrations) |
| 89 | +- Example: "A plugin for managing database migrations" |
| 90 | +- This is what most developers want to create |
| 91 | +
|
| 92 | +**Marketplace** → A collection that organizes and distributes multiple plugins |
| 93 | +- Contains references to one or more plugins (local or remote) |
| 94 | +- Example: "A marketplace for our team's internal tools" |
| 95 | +- Choose this if you already have plugins to organize, or want to plan a collection upfront |
| 96 | +
|
| 97 | +[Uses AskUserQuestion to present the choice] |
| 98 | +``` |
| 99 | + |
| 100 | +### Example 2: Arguments suggest a plugin |
| 101 | + |
| 102 | +``` |
| 103 | +User: /plugin-dev:start a code review assistant |
| 104 | +
|
| 105 | +Claude: Welcome to the Plugin Development Toolkit! |
| 106 | +
|
| 107 | +Based on your description "a code review assistant", it sounds like you want to create a **plugin** - a self-contained extension that adds code review functionality to Claude Code. |
| 108 | +
|
| 109 | +[Uses AskUserQuestion to confirm: "Does creating a plugin sound right for your needs?"] |
| 110 | +
|
| 111 | +User: Yes |
| 112 | +
|
| 113 | +Claude: Great! Let me start the plugin creation workflow... |
| 114 | +[Invokes /plugin-dev:create-plugin a code review assistant] |
| 115 | +``` |
| 116 | + |
| 117 | +### Example 3: Arguments suggest a marketplace |
| 118 | + |
| 119 | +``` |
| 120 | +User: /plugin-dev:start organize our team's internal tools |
| 121 | +
|
| 122 | +Claude: Welcome to the Plugin Development Toolkit! |
| 123 | +
|
| 124 | +Based on your description "organize our team's internal tools", it sounds like you want to create a **marketplace** - a collection to distribute plugins to your team. |
| 125 | +
|
| 126 | +[Uses AskUserQuestion to confirm: "Does creating a marketplace sound right for your needs?"] |
| 127 | +
|
| 128 | +User: Yes |
| 129 | +
|
| 130 | +Claude: Great! Let me start the marketplace creation workflow... |
| 131 | +[Invokes /plugin-dev:create-marketplace organize our team's internal tools] |
| 132 | +``` |
| 133 | + |
| 134 | +--- |
| 135 | + |
| 136 | +## Important Notes |
| 137 | + |
| 138 | +- Always present both options clearly before asking |
| 139 | +- If arguments are provided, analyze them but still confirm before routing |
| 140 | +- Use a friendly, welcoming tone - this is the user's first interaction |
| 141 | +- The goal is to help users quickly get to the right workflow, not to slow them down |
| 142 | +- If users ask questions instead of choosing, answer briefly and guide them back to the choice |
| 143 | + |
| 144 | +--- |
| 145 | + |
| 146 | +Begin by presenting the welcome message and using AskUserQuestion to help the user choose their path. |
0 commit comments