get-shit-done-cc 1.0.9 → 1.0.10
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.
|
@@ -32,10 +32,15 @@ Phase number: $ARGUMENTS (required)
|
|
|
32
32
|
4. Follow discuss-phase.md workflow:
|
|
33
33
|
- Present initial context from roadmap
|
|
34
34
|
- Analyze gaps in: objectives, constraints, risks, success indicators, codebase context
|
|
35
|
-
- Ask 2-4 questions
|
|
35
|
+
- Ask 2-4 CLARIFYING questions (never suggest additions or expansions)
|
|
36
36
|
- Present decision gate (ready / ask more / let me add context)
|
|
37
37
|
- Create CONTEXT.md using template
|
|
38
38
|
5. Offer next steps (typically: plan the phase)
|
|
39
|
+
|
|
40
|
+
CRITICAL - NO SCOPE CREEP:
|
|
41
|
+
- Questions clarify HOW to implement roadmap scope, not WHAT to add
|
|
42
|
+
- Never ask "should we also..." or "do you want to add..."
|
|
43
|
+
- If user adds scope, suggest updating ROADMAP first instead
|
|
39
44
|
</process>
|
|
40
45
|
|
|
41
46
|
<success_criteria>
|
|
@@ -20,10 +20,10 @@ Template for `.planning/phases/XX-name/{phase}-CONTEXT.md` - phase context docum
|
|
|
20
20
|
[Clear, specific description of what this phase delivers]
|
|
21
21
|
|
|
22
22
|
**Primary goal:**
|
|
23
|
-
[Main objective - what ships at the end]
|
|
23
|
+
[Main objective from roadmap - what ships at the end]
|
|
24
24
|
|
|
25
|
-
**
|
|
26
|
-
[
|
|
25
|
+
**Clarifications:**
|
|
26
|
+
[Any clarified details about HOW the primary goal works - not additional features]
|
|
27
27
|
|
|
28
28
|
**Out of scope:**
|
|
29
29
|
[What this phase explicitly does NOT include - prevents scope creep]
|
|
@@ -178,10 +178,10 @@ Implement JWT-based authentication with secure session management.
|
|
|
178
178
|
**Primary goal:**
|
|
179
179
|
Users can register, login, logout with JWT tokens stored in httpOnly cookies. Protected routes verify authentication.
|
|
180
180
|
|
|
181
|
-
**
|
|
182
|
-
-
|
|
183
|
-
-
|
|
184
|
-
-
|
|
181
|
+
**Clarifications:**
|
|
182
|
+
- Tokens stored as httpOnly cookies (not localStorage) per security requirements
|
|
183
|
+
- "Protected routes" means API routes + page-level middleware redirects
|
|
184
|
+
- Password reset included per roadmap scope
|
|
185
185
|
|
|
186
186
|
**Out of scope:**
|
|
187
187
|
- OAuth providers (Google, GitHub) - deferred to Phase 4
|
|
@@ -99,17 +99,23 @@ Identify gaps where additional clarity would improve planning quality.
|
|
|
99
99
|
<initial_questions>
|
|
100
100
|
Ask 2-4 questions based on actual gaps. Use AskUserQuestion with structured options.
|
|
101
101
|
|
|
102
|
+
CRITICAL: Questions must CLARIFY roadmap scope, not EXPAND it.
|
|
103
|
+
- ASK: "How should X from the roadmap work?" (clarification)
|
|
104
|
+
- ASK: "What constraints affect implementation?" (context)
|
|
105
|
+
- ASK: "What existing code patterns should I follow?" (context)
|
|
106
|
+
- NEVER ASK: "What else should we add?" (scope creep)
|
|
107
|
+
- NEVER ASK: "Should we also include...?" (scope creep)
|
|
108
|
+
- NEVER SUGGEST: Additional features beyond roadmap
|
|
109
|
+
|
|
102
110
|
**If objectives are vague:**
|
|
103
111
|
header: "Phase Objectives"
|
|
104
|
-
question: "
|
|
112
|
+
question: "The roadmap says [X]. How should this work specifically?"
|
|
105
113
|
options:
|
|
106
114
|
|
|
107
|
-
- "
|
|
108
|
-
- "
|
|
109
|
-
- "
|
|
110
|
-
- "
|
|
111
|
-
- "Infrastructure or setup" - Database, deployment, configuration
|
|
112
|
-
- "Other" - Something different
|
|
115
|
+
- "Minimal implementation" - Core functionality only, simplest approach
|
|
116
|
+
- "Standard approach" - Follow common patterns for this type of work
|
|
117
|
+
- "Match existing patterns" - Do it the way similar things are done in codebase
|
|
118
|
+
- "I'll clarify" - Let me explain what I have in mind
|
|
113
119
|
|
|
114
120
|
**If constraints are unclear:**
|
|
115
121
|
header: "Constraints"
|
|
@@ -180,13 +186,18 @@ If "Not sure" selected, offer to scan codebase:
|
|
|
180
186
|
Header: "Context Gathering"
|
|
181
187
|
Options:
|
|
182
188
|
1. "Create CONTEXT.md" - I have enough context, proceed
|
|
183
|
-
2. "Ask more questions" -
|
|
184
|
-
3. "Let me add context" - I
|
|
189
|
+
2. "Ask more questions" - I want to clarify how something should work
|
|
190
|
+
3. "Let me add context" - I have information that affects implementation
|
|
185
191
|
```
|
|
186
192
|
|
|
187
|
-
If "Ask more questions" → generate 2-3
|
|
193
|
+
If "Ask more questions" → generate 2-3 CLARIFYING follow-ups (never suggest additions) → return to gate.
|
|
188
194
|
If "Let me add context" → receive input → return to gate.
|
|
189
195
|
Loop until "Create CONTEXT.md" selected.
|
|
196
|
+
|
|
197
|
+
SCOPE CREEP PREVENTION:
|
|
198
|
+
- Follow-up questions must clarify roadmap items, not expand them
|
|
199
|
+
- If user adds scope during "Let me add context", note it for ROADMAP update instead
|
|
200
|
+
- CONTEXT.md documents HOW to implement roadmap scope, not WHAT additional things to add
|
|
190
201
|
</decision_gate>
|
|
191
202
|
|
|
192
203
|
</step>
|
package/package.json
CHANGED