5-phase-workflow 1.1.1 → 1.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -10,6 +10,43 @@ user-invocable: true
10
10
 
11
11
  Fast path for small, well-understood tasks (1-5 files). Skips extensive planning phases but preserves state tracking and skill-based implementation.
12
12
 
13
+ ## ⚠️ CRITICAL SCOPE CONSTRAINT
14
+
15
+ **THIS COMMAND IS FOR SMALL, FOCUSED TASKS ONLY (1-5 FILES).**
16
+
17
+ Your job in this command:
18
+ ✅ Get task description
19
+ ✅ Extract ticket ID
20
+ ✅ Create quick plan (max 5 components)
21
+ ✅ Get user approval on plan
22
+ ✅ Initialize state tracking
23
+ ✅ Execute implementation
24
+ ✅ Run verification
25
+ ✅ Report completion
26
+
27
+ Your job is NOT:
28
+ ❌ Handle complex features (6+ files)
29
+ ❌ Work across multiple domains
30
+ ❌ Skip clarifying questions if unclear
31
+ ❌ Skip state file updates
32
+ ❌ Create feature spec files (use full workflow)
33
+ ❌ Commit changes (user handles this)
34
+
35
+ **This is a FAST PATH for well-understood, small tasks. For anything complex, use the full workflow.**
36
+
37
+ ## ❌ Boundaries: What This Command Does NOT Do
38
+
39
+ **CRITICAL:** This command has a LIMITED scope. Do NOT:
40
+
41
+ - ❌ **Use for complex features** - 6+ files or multiple domains → use full workflow
42
+ - ❌ **Skip clarifying questions** - If implementation is unclear, ask first
43
+ - ❌ **Skip state updates** - State file updates are MANDATORY
44
+ - ❌ **Create feature specs** - This is for quick tasks, not full features
45
+ - ❌ **Auto-commit** - User handles commits
46
+ - ❌ **Skip plan approval** - Always show plan and get user approval first
47
+
48
+ **If the task involves more than 5 files or multiple domains, STOP and recommend the full workflow instead.**
49
+
13
50
  ## Process
14
51
 
15
52
  ### Step 1: Get Task Description
@@ -49,27 +86,16 @@ feature_name="${TICKET_ID}-${slug}"
49
86
 
50
87
  ### Step 5: Create Plan
51
88
 
52
- Write plan to `.5/${feature_name}/plan.md`:
53
-
54
- ```markdown
55
- # Quick Implementation: ${TICKET_ID}
89
+ Write plan to `.5/${feature_name}/plan.md` using the template structure.
56
90
 
57
- ## Task
58
- ${DESCRIPTION}
91
+ **Template Reference:** Use the structure from `.claude/templates/workflow/QUICK-PLAN.md`
59
92
 
60
- ## Components
61
-
62
- | # | Type | Name | Skill | Module |
63
- |---|------|------|-------|--------|
64
- | 1 | {type} | {name} | {skill} | {module} |
65
-
66
- ## Affected Modules
67
- - {module-1}
68
- - {module-2}
69
-
70
- ## Execution
71
- {parallel | sequential | direct}
72
- ```
93
+ The template contains placeholders for:
94
+ - **Header:** `# Quick Implementation: {TICKET-ID}`
95
+ - **Task:** The task description
96
+ - **Components table:** Columns for #, Type, Name, Skill, Module
97
+ - **Affected Modules:** List of modules that will be modified
98
+ - **Execution:** Mode (parallel, sequential, or direct)
73
99
 
74
100
  ### Step 6: Present Plan and Iterate
75
101
 
@@ -147,24 +173,44 @@ For each component:
147
173
 
148
174
  #### Step-Executor Delegation
149
175
 
150
- Read `.claude/agents/step-executor.md` and spawn:
176
+ Spawn an agent with inline instructions:
151
177
 
152
178
  ```
153
179
  Task tool call:
154
- subagent_type: step-executor
180
+ subagent_type: general-purpose
181
+ model: haiku
155
182
  description: "Execute quick implementation for ${feature_name}"
156
183
  prompt: |
157
- {Contents of step-executor.md}
184
+ Implement components for a feature by finding patterns in existing code.
185
+
186
+ ## Feature
187
+ ${feature_name}
158
188
 
159
- ---
189
+ ## Components
190
+ {component list from plan}
160
191
 
161
- ## Your Task
192
+ ## Process
193
+ For each component:
162
194
 
163
- Feature: ${feature_name}
164
- Components:
165
- {component list from plan with full skill prompts}
195
+ **If creating a new file:**
196
+ 1. Find a similar file using Glob (e.g., *Service.ts for services)
197
+ 2. Read it to understand the pattern (imports, structure, exports)
198
+ 3. Create the new file following that pattern
199
+ 4. Verify the file exists
166
200
 
167
- Execution mode: {parallel | sequential}
201
+ **If modifying a file:**
202
+ 1. Read the file
203
+ 2. Make the described change using Edit tool
204
+ 3. Verify the change
205
+
206
+ ## Output
207
+ Report what you created/modified:
208
+ - {path}: {brief description}
209
+
210
+ ## Rules
211
+ - Find patterns from existing code, don't invent conventions
212
+ - Don't skip components - attempt all
213
+ - Don't interact with user - just execute and report
168
214
  ```
169
215
 
170
216
  Process results and **update state file** (MANDATORY):
@@ -224,7 +270,7 @@ Skill tool call:
224
270
  Report to user:
225
271
 
226
272
  ```
227
- Quick implementation complete!
273
+ Quick implementation complete!
228
274
 
229
275
  ${TICKET_ID}: ${DESCRIPTION}
230
276
 
@@ -238,10 +284,12 @@ Tests: {Success | Skipped}
238
284
  State: .5/${feature_name}/state.json
239
285
 
240
286
  Next steps:
241
- - Review and commit changes
242
- - For a new task, run `/clear` before starting
287
+ 1. Review and commit changes
288
+ 2. For a new task, run `/clear` before starting
243
289
  ```
244
290
 
291
+ **🛑 YOUR JOB IS COMPLETE. DO NOT START NEW TASKS.**
292
+
245
293
  ## Skill Mappings
246
294
 
247
295
  Skills are project-specific and should be configured in your project's `.claude/skills/` directory. Common patterns include:
@@ -256,12 +304,3 @@ Skills are project-specific and should be configured in your project's `.claude/
256
304
  | Tests | Project-specific test skill |
257
305
  | Simple edits | Edit tool directly |
258
306
 
259
- ## DO NOT
260
-
261
- - DO NOT use for complex features (6+ files, multiple domains)
262
- - DO NOT skip clarifying questions if implementation is unclear
263
- - **DO NOT skip state file updates** (breaks resumability)
264
- - **DO NOT skip state file initialization** (Step 7 is mandatory)
265
- - **DO NOT skip state file completion update** (Step 10 is mandatory)
266
- - DO NOT create feature spec files (use full workflow for that)
267
- - DO NOT commit changes (user handles this)