get-shit-done-cc 1.5.27 → 1.5.29
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.
- package/agents/gsd-codebase-mapper.md +1 -1
- package/agents/gsd-executor.md +1 -4
- package/agents/gsd-phase-researcher.md +6 -4
- package/agents/gsd-plan-checker.md +3 -2
- package/agents/gsd-planner.md +6 -2
- package/bin/install.js +13 -109
- package/commands/gsd/audit-milestone.md +1 -1
- package/commands/gsd/create-roadmap.md +0 -2
- package/commands/gsd/define-requirements.md +0 -1
- package/commands/gsd/discuss-milestone.md +0 -1
- package/commands/gsd/discuss-phase.md +24 -16
- package/commands/gsd/execute-phase.md +0 -1
- package/commands/gsd/help.md +6 -20
- package/commands/gsd/new-milestone.md +2 -0
- package/commands/gsd/plan-milestone-gaps.md +1 -2
- package/commands/gsd/plan-phase.md +25 -13
- package/commands/gsd/progress.md +3 -3
- package/commands/gsd/research-phase.md +13 -7
- package/get-shit-done/references/continuation-format.md +3 -3
- package/get-shit-done/templates/context.md +143 -13
- package/get-shit-done/templates/phase-prompt.md +0 -1
- package/get-shit-done/templates/planner-subagent-prompt.md +1 -1
- package/get-shit-done/workflows/discovery-phase.md +2 -2
- package/get-shit-done/workflows/discuss-phase.md +115 -55
- package/get-shit-done/workflows/execute-phase.md +3 -1
- package/get-shit-done/workflows/execute-plan.md +2 -2
- package/get-shit-done/workflows/map-codebase.md +2 -2
- package/get-shit-done/workflows/resume-project.md +5 -7
- package/get-shit-done/workflows/verify-phase.md +4 -4
- package/get-shit-done/workflows/verify-work.md +3 -2
- package/hooks/gsd-check-update.js +51 -0
- package/hooks/statusline.js +84 -0
- package/package.json +1 -1
- package/commands/gsd/execute-plan.md +0 -400
- package/get-shit-done/references/debugging/debugging-mindset.md +0 -11
- package/get-shit-done/references/debugging/hypothesis-testing.md +0 -11
- package/get-shit-done/references/debugging/investigation-techniques.md +0 -11
- package/get-shit-done/references/debugging/verification-patterns.md +0 -11
- package/get-shit-done/references/debugging/when-to-research.md +0 -11
- package/get-shit-done/references/goal-backward.md +0 -33
- package/get-shit-done/references/plan-format.md +0 -32
- package/get-shit-done/references/principles.md +0 -29
- package/get-shit-done/references/research-pitfalls.md +0 -233
- package/get-shit-done/references/scope-estimation.md +0 -32
- package/get-shit-done/templates/research-subagent-prompt.md +0 -92
- package/get-shit-done/workflows/create-milestone.md +0 -203
- package/get-shit-done/workflows/debug.md +0 -14
- package/get-shit-done/workflows/plan-phase.md +0 -41
- package/get-shit-done/workflows/research-phase.md +0 -17
- package/get-shit-done/workflows/research-project.md +0 -23
- package/hooks/gsd-check-update.sh +0 -20
- package/hooks/gsd-notify.sh +0 -59
- package/hooks/statusline.sh +0 -58
|
@@ -1,29 +0,0 @@
|
|
|
1
|
-
# DEPRECATED: GSD Principles
|
|
2
|
-
|
|
3
|
-
**This reference has been consolidated into the gsd-planner agent.**
|
|
4
|
-
|
|
5
|
-
## Migration
|
|
6
|
-
|
|
7
|
-
Planning expertise is now baked into:
|
|
8
|
-
- `agents/gsd-planner.md` - Section: `<philosophy>`
|
|
9
|
-
|
|
10
|
-
## Why This Changed
|
|
11
|
-
|
|
12
|
-
The thin orchestrator pattern consolidates all planning methodology into the agent:
|
|
13
|
-
- Before: Reference files loaded separately (~74 lines)
|
|
14
|
-
- After: Agent has expertise baked in, orchestrator is thin
|
|
15
|
-
|
|
16
|
-
## Historical Reference
|
|
17
|
-
|
|
18
|
-
This file previously contained:
|
|
19
|
-
- Solo developer + Claude workflow philosophy
|
|
20
|
-
- "Plans are prompts" principle
|
|
21
|
-
- Scope control and quality degradation curve
|
|
22
|
-
- "Claude automates" and "ship fast" principles
|
|
23
|
-
- Anti-enterprise patterns
|
|
24
|
-
|
|
25
|
-
All content preserved in `agents/gsd-planner.md`.
|
|
26
|
-
|
|
27
|
-
---
|
|
28
|
-
*Deprecated: 2026-01-16*
|
|
29
|
-
*Replaced by: agents/gsd-planner.md*
|
|
@@ -1,233 +0,0 @@
|
|
|
1
|
-
# Research Pitfalls Reference
|
|
2
|
-
|
|
3
|
-
## DEPRECATED
|
|
4
|
-
|
|
5
|
-
**This reference has been consolidated into the gsd-researcher agent.**
|
|
6
|
-
|
|
7
|
-
The verification protocols and pitfall patterns now live in:
|
|
8
|
-
- `agents/gsd-researcher.md` (section: `<verification_protocol>`)
|
|
9
|
-
|
|
10
|
-
The content below is preserved for reference but is no longer the primary source.
|
|
11
|
-
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
*Deprecated: 2026-01-15*
|
|
15
|
-
*Replaced by: agents/gsd-researcher.md*
|
|
16
|
-
|
|
17
|
-
---
|
|
18
|
-
|
|
19
|
-
<research_pitfalls>
|
|
20
|
-
|
|
21
|
-
<purpose>
|
|
22
|
-
This document catalogs research mistakes discovered in production use, providing specific patterns to avoid and verification strategies to prevent recurrence.
|
|
23
|
-
</purpose>
|
|
24
|
-
|
|
25
|
-
<known_pitfalls>
|
|
26
|
-
|
|
27
|
-
<pitfall_config_scope>
|
|
28
|
-
**What**: Assuming global configuration means no project-scoping exists
|
|
29
|
-
**Example**: Concluding "MCP servers are configured GLOBALLY only" while missing project-scoped `.mcp.json`
|
|
30
|
-
**Why it happens**: Not explicitly checking all known configuration patterns
|
|
31
|
-
**Prevention**:
|
|
32
|
-
```xml
|
|
33
|
-
<verification_checklist>
|
|
34
|
-
**CRITICAL**: Verify ALL configuration scopes:
|
|
35
|
-
- User/global scope - System-wide configuration
|
|
36
|
-
- Project scope - Project-level configuration files
|
|
37
|
-
- Local scope - Project-specific user overrides
|
|
38
|
-
- Workspace scope - IDE/tool workspace settings
|
|
39
|
-
- Environment scope - Environment variables
|
|
40
|
-
</verification_checklist>
|
|
41
|
-
```
|
|
42
|
-
</pitfall_config_scope>
|
|
43
|
-
|
|
44
|
-
<pitfall_search_vagueness>
|
|
45
|
-
**What**: Asking researchers to "search for documentation" without specifying where
|
|
46
|
-
**Example**: "Research MCP documentation" -> finds outdated community blog instead of official docs
|
|
47
|
-
**Why it happens**: Vague research instructions don't specify exact sources
|
|
48
|
-
**Prevention**:
|
|
49
|
-
```xml
|
|
50
|
-
<sources>
|
|
51
|
-
Official sources (use WebFetch):
|
|
52
|
-
- https://exact-url-to-official-docs
|
|
53
|
-
- https://exact-url-to-api-reference
|
|
54
|
-
|
|
55
|
-
Search queries (use WebSearch):
|
|
56
|
-
- "specific search query {current_year}"
|
|
57
|
-
- "another specific query {current_year}"
|
|
58
|
-
</sources>
|
|
59
|
-
```
|
|
60
|
-
</pitfall_search_vagueness>
|
|
61
|
-
|
|
62
|
-
<pitfall_deprecated_features>
|
|
63
|
-
**What**: Finding archived/old documentation and concluding feature doesn't exist
|
|
64
|
-
**Example**: Finding 2022 docs saying "feature not supported" when current version added it
|
|
65
|
-
**Why it happens**: Not checking multiple sources or recent updates
|
|
66
|
-
**Prevention**:
|
|
67
|
-
```xml
|
|
68
|
-
<verification_checklist>
|
|
69
|
-
- Check current official documentation
|
|
70
|
-
- Review changelog/release notes for recent updates
|
|
71
|
-
- Verify version numbers and publication dates
|
|
72
|
-
- Cross-reference multiple authoritative sources
|
|
73
|
-
</verification_checklist>
|
|
74
|
-
```
|
|
75
|
-
</pitfall_deprecated_features>
|
|
76
|
-
|
|
77
|
-
<pitfall_tool_variations>
|
|
78
|
-
**What**: Conflating capabilities across different tools/environments
|
|
79
|
-
**Example**: "Claude Desktop supports X" does not mean "Claude Code supports X"
|
|
80
|
-
**Why it happens**: Not explicitly checking each environment separately
|
|
81
|
-
**Prevention**:
|
|
82
|
-
```xml
|
|
83
|
-
<verification_checklist>
|
|
84
|
-
- Claude Desktop capabilities
|
|
85
|
-
- Claude Code capabilities
|
|
86
|
-
- VS Code extension capabilities
|
|
87
|
-
- API/SDK capabilities
|
|
88
|
-
Document which environment supports which features
|
|
89
|
-
</verification_checklist>
|
|
90
|
-
```
|
|
91
|
-
</pitfall_tool_variations>
|
|
92
|
-
|
|
93
|
-
<pitfall_negative_claims>
|
|
94
|
-
**What**: Making definitive "X is not possible" statements without official source verification
|
|
95
|
-
**Example**: "Folder-scoped MCP configuration is not supported" (missing `.mcp.json`)
|
|
96
|
-
**Why it happens**: Drawing conclusions from absence of evidence rather than evidence of absence
|
|
97
|
-
**Prevention**:
|
|
98
|
-
```xml
|
|
99
|
-
<critical_claims_audit>
|
|
100
|
-
For any "X is not possible" or "Y is the only way" statement:
|
|
101
|
-
- [ ] Is this verified by official documentation stating it explicitly?
|
|
102
|
-
- [ ] Have I checked for recent updates that might change this?
|
|
103
|
-
- [ ] Have I verified all possible approaches/mechanisms?
|
|
104
|
-
- [ ] Am I confusing "I didn't find it" with "it doesn't exist"?
|
|
105
|
-
</critical_claims_audit>
|
|
106
|
-
```
|
|
107
|
-
</pitfall_negative_claims>
|
|
108
|
-
|
|
109
|
-
<pitfall_missing_enumeration>
|
|
110
|
-
**What**: Investigating open-ended scope without enumerating known possibilities first
|
|
111
|
-
**Example**: "Research configuration options" instead of listing specific options to verify
|
|
112
|
-
**Why it happens**: Not creating explicit checklist of items to investigate
|
|
113
|
-
**Prevention**:
|
|
114
|
-
```xml
|
|
115
|
-
<verification_checklist>
|
|
116
|
-
Enumerate ALL known options FIRST:
|
|
117
|
-
- Option 1: [specific item]
|
|
118
|
-
- Option 2: [specific item]
|
|
119
|
-
- Option 3: [specific item]
|
|
120
|
-
- Check for additional unlisted options
|
|
121
|
-
|
|
122
|
-
For each option above, document:
|
|
123
|
-
- Existence (confirmed/not found/unclear)
|
|
124
|
-
- Official source URL
|
|
125
|
-
- Current status (active/deprecated/beta)
|
|
126
|
-
</verification_checklist>
|
|
127
|
-
```
|
|
128
|
-
</pitfall_missing_enumeration>
|
|
129
|
-
|
|
130
|
-
<pitfall_single_source>
|
|
131
|
-
**What**: Relying on a single source for critical claims
|
|
132
|
-
**Example**: Using only Stack Overflow answer from 2021 for current best practices
|
|
133
|
-
**Why it happens**: Not cross-referencing multiple authoritative sources
|
|
134
|
-
**Prevention**:
|
|
135
|
-
```xml
|
|
136
|
-
<source_verification>
|
|
137
|
-
For critical claims, require multiple sources:
|
|
138
|
-
- [ ] Official documentation (primary)
|
|
139
|
-
- [ ] Release notes/changelog (for currency)
|
|
140
|
-
- [ ] Additional authoritative source (for verification)
|
|
141
|
-
- [ ] Contradiction check (ensure sources agree)
|
|
142
|
-
</source_verification>
|
|
143
|
-
```
|
|
144
|
-
</pitfall_single_source>
|
|
145
|
-
|
|
146
|
-
<pitfall_assumed_completeness>
|
|
147
|
-
**What**: Assuming search results are complete and authoritative
|
|
148
|
-
**Example**: First Google result is outdated but assumed current
|
|
149
|
-
**Why it happens**: Not verifying publication dates and source authority
|
|
150
|
-
**Prevention**:
|
|
151
|
-
```xml
|
|
152
|
-
<source_verification>
|
|
153
|
-
For each source consulted:
|
|
154
|
-
- [ ] Publication/update date verified (prefer recent/current)
|
|
155
|
-
- [ ] Source authority confirmed (official docs, not blogs)
|
|
156
|
-
- [ ] Version relevance checked (matches current version)
|
|
157
|
-
- [ ] Multiple search queries tried (not just one)
|
|
158
|
-
</source_verification>
|
|
159
|
-
```
|
|
160
|
-
</pitfall_assumed_completeness>
|
|
161
|
-
</known_pitfalls>
|
|
162
|
-
|
|
163
|
-
<red_flags>
|
|
164
|
-
|
|
165
|
-
<red_flag_zero_not_found>
|
|
166
|
-
**Warning**: Every investigation succeeds perfectly
|
|
167
|
-
**Problem**: Real research encounters dead ends, ambiguity, and unknowns
|
|
168
|
-
**Action**: Expect honest reporting of limitations, contradictions, and gaps
|
|
169
|
-
</red_flag_zero_not_found>
|
|
170
|
-
|
|
171
|
-
<red_flag_no_confidence>
|
|
172
|
-
**Warning**: All findings presented as equally certain
|
|
173
|
-
**Problem**: Can't distinguish verified facts from educated guesses
|
|
174
|
-
**Action**: Require confidence levels (High/Medium/Low) for key findings
|
|
175
|
-
</red_flag_no_confidence>
|
|
176
|
-
|
|
177
|
-
<red_flag_missing_urls>
|
|
178
|
-
**Warning**: "According to documentation..." without specific URL
|
|
179
|
-
**Problem**: Can't verify claims or check for updates
|
|
180
|
-
**Action**: Require actual URLs for all official documentation claims
|
|
181
|
-
</red_flag_missing_urls>
|
|
182
|
-
|
|
183
|
-
<red_flag_no_evidence>
|
|
184
|
-
**Warning**: "X cannot do Y" or "Z is the only way" without citation
|
|
185
|
-
**Problem**: Strong claims require strong evidence
|
|
186
|
-
**Action**: Flag for verification against official sources
|
|
187
|
-
</red_flag_no_evidence>
|
|
188
|
-
|
|
189
|
-
<red_flag_incomplete_enum>
|
|
190
|
-
**Warning**: Verification checklist lists 4 items, output covers 2
|
|
191
|
-
**Problem**: Systematic gaps in coverage
|
|
192
|
-
**Action**: Ensure all enumerated items addressed or marked "not found"
|
|
193
|
-
</red_flag_incomplete_enum>
|
|
194
|
-
</red_flags>
|
|
195
|
-
|
|
196
|
-
<continuous_improvement>
|
|
197
|
-
|
|
198
|
-
When research gaps occur:
|
|
199
|
-
|
|
200
|
-
1. **Document the gap**
|
|
201
|
-
- What was missed or incorrect?
|
|
202
|
-
- What was the actual correct information?
|
|
203
|
-
- What was the impact?
|
|
204
|
-
|
|
205
|
-
2. **Root cause analysis**
|
|
206
|
-
- Why wasn't it caught?
|
|
207
|
-
- Which verification step would have prevented it?
|
|
208
|
-
- What pattern does this reveal?
|
|
209
|
-
|
|
210
|
-
3. **Update this document**
|
|
211
|
-
- Add new pitfall entry
|
|
212
|
-
- Update relevant checklists
|
|
213
|
-
- Share lesson learned
|
|
214
|
-
</continuous_improvement>
|
|
215
|
-
|
|
216
|
-
<quick_reference>
|
|
217
|
-
|
|
218
|
-
Before submitting research, verify:
|
|
219
|
-
|
|
220
|
-
- [ ] All enumerated items investigated (not just some)
|
|
221
|
-
- [ ] Negative claims verified with official docs
|
|
222
|
-
- [ ] Multiple sources cross-referenced for critical claims
|
|
223
|
-
- [ ] URLs provided for all official documentation
|
|
224
|
-
- [ ] Publication dates checked (prefer recent/current)
|
|
225
|
-
- [ ] Tool/environment-specific variations documented
|
|
226
|
-
- [ ] Confidence levels assigned honestly
|
|
227
|
-
- [ ] Assumptions distinguished from verified facts
|
|
228
|
-
- [ ] "What might I have missed?" review completed
|
|
229
|
-
|
|
230
|
-
**Living Document**: Update after each significant research gap
|
|
231
|
-
**Lessons From**: MCP configuration research gap (missed `.mcp.json`)
|
|
232
|
-
</quick_reference>
|
|
233
|
-
</research_pitfalls>
|
|
@@ -1,32 +0,0 @@
|
|
|
1
|
-
# DEPRECATED: Scope Estimation Reference
|
|
2
|
-
|
|
3
|
-
**This reference has been consolidated into the gsd-planner agent.**
|
|
4
|
-
|
|
5
|
-
## Migration
|
|
6
|
-
|
|
7
|
-
Planning expertise is now baked into:
|
|
8
|
-
- `agents/gsd-planner.md` - Section: `<scope_estimation>`
|
|
9
|
-
|
|
10
|
-
## Why This Changed
|
|
11
|
-
|
|
12
|
-
The thin orchestrator pattern consolidates all planning methodology into the agent:
|
|
13
|
-
- Before: Reference files loaded separately (~257 lines)
|
|
14
|
-
- After: Agent has expertise baked in, orchestrator is thin
|
|
15
|
-
|
|
16
|
-
## Historical Reference
|
|
17
|
-
|
|
18
|
-
This file previously contained:
|
|
19
|
-
- Quality degradation curve (0-30%, 30-50%, 50-70%, 70%+)
|
|
20
|
-
- Context budget targets (~50%)
|
|
21
|
-
- Task-per-plan rules (2-3 tasks)
|
|
22
|
-
- Split signals (always split, consider splitting)
|
|
23
|
-
- Splitting strategies (vertical slices preferred)
|
|
24
|
-
- Dependency awareness and wave assignment
|
|
25
|
-
- File ownership for parallel execution
|
|
26
|
-
- Depth calibration (quick, standard, comprehensive)
|
|
27
|
-
|
|
28
|
-
All content preserved in `agents/gsd-planner.md`.
|
|
29
|
-
|
|
30
|
-
---
|
|
31
|
-
*Deprecated: 2026-01-16*
|
|
32
|
-
*Replaced by: agents/gsd-planner.md*
|
|
@@ -1,92 +0,0 @@
|
|
|
1
|
-
# Research Subagent Prompt Template
|
|
2
|
-
|
|
3
|
-
Template for spawning gsd-researcher agent. The agent contains all research expertise - this template provides research context only.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## Template
|
|
8
|
-
|
|
9
|
-
```markdown
|
|
10
|
-
<objective>
|
|
11
|
-
Research: {research_question}
|
|
12
|
-
|
|
13
|
-
Mode: {research_mode}
|
|
14
|
-
</objective>
|
|
15
|
-
|
|
16
|
-
<context>
|
|
17
|
-
**Phase:** {phase_number} - {phase_name}
|
|
18
|
-
**Description:** {phase_description}
|
|
19
|
-
|
|
20
|
-
**Requirements:**
|
|
21
|
-
{phase_requirements}
|
|
22
|
-
|
|
23
|
-
**Constraints:**
|
|
24
|
-
{constraints_from_state}
|
|
25
|
-
|
|
26
|
-
**Phase context (if available):**
|
|
27
|
-
{context_md_content}
|
|
28
|
-
</context>
|
|
29
|
-
|
|
30
|
-
<output>
|
|
31
|
-
Write research findings to: {output_path}
|
|
32
|
-
Use RESEARCH.md template structure for phase research.
|
|
33
|
-
</output>
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
---
|
|
37
|
-
|
|
38
|
-
## Placeholders
|
|
39
|
-
|
|
40
|
-
| Placeholder | Source | Example |
|
|
41
|
-
|-------------|--------|---------|
|
|
42
|
-
| `{research_question}` | Phase description | `How to implement 3D visualization` |
|
|
43
|
-
| `{research_mode}` | Orchestrator sets | `ecosystem` |
|
|
44
|
-
| `{phase_number}` | From roadmap | `5` |
|
|
45
|
-
| `{phase_name}` | From roadmap | `3d-visualization` |
|
|
46
|
-
| `{phase_description}` | From roadmap | `Add interactive 3D model viewer` |
|
|
47
|
-
| `{phase_requirements}` | From REQUIREMENTS.md | `VIZ-01: Support GLB format` |
|
|
48
|
-
| `{constraints_from_state}` | From STATE.md decisions | `Using React, not Vue` |
|
|
49
|
-
| `{context_md_content}` | From CONTEXT.md | User's vision notes |
|
|
50
|
-
| `{output_path}` | Generated | `.planning/phases/5-viz/5-RESEARCH.md` |
|
|
51
|
-
|
|
52
|
-
---
|
|
53
|
-
|
|
54
|
-
## Usage
|
|
55
|
-
|
|
56
|
-
**From /gsd:research-phase:**
|
|
57
|
-
```python
|
|
58
|
-
Task(
|
|
59
|
-
prompt=filled_template,
|
|
60
|
-
subagent_type="gsd-researcher",
|
|
61
|
-
description="Research Phase {phase}"
|
|
62
|
-
)
|
|
63
|
-
```
|
|
64
|
-
|
|
65
|
-
---
|
|
66
|
-
|
|
67
|
-
## Continuation
|
|
68
|
-
|
|
69
|
-
For checkpoints, spawn fresh agent with:
|
|
70
|
-
|
|
71
|
-
```markdown
|
|
72
|
-
<objective>
|
|
73
|
-
Continue research for Phase {phase_number}: {phase_name}
|
|
74
|
-
</objective>
|
|
75
|
-
|
|
76
|
-
<prior_state>
|
|
77
|
-
Research file: @{output_path}
|
|
78
|
-
</prior_state>
|
|
79
|
-
|
|
80
|
-
<checkpoint_response>
|
|
81
|
-
**Type:** {checkpoint_type}
|
|
82
|
-
**Response:** {user_response}
|
|
83
|
-
</checkpoint_response>
|
|
84
|
-
|
|
85
|
-
<mode>
|
|
86
|
-
Continue: {research_mode}
|
|
87
|
-
</mode>
|
|
88
|
-
```
|
|
89
|
-
|
|
90
|
-
---
|
|
91
|
-
|
|
92
|
-
**Note:** Research methodology, tool strategy (Context7 > Official > WebSearch), and verification protocols are baked into the gsd-researcher agent. This template only passes context.
|
|
@@ -1,203 +0,0 @@
|
|
|
1
|
-
<purpose>
|
|
2
|
-
Start a new milestone cycle by updating PROJECT.md with new goals.
|
|
3
|
-
|
|
4
|
-
This is the brownfield equivalent of new-project. The project exists and has history.
|
|
5
|
-
This workflow gathers "what's next" and updates PROJECT.md, then routes to the
|
|
6
|
-
requirements → roadmap cycle.
|
|
7
|
-
</purpose>
|
|
8
|
-
|
|
9
|
-
<required_reading>
|
|
10
|
-
**Read these files NOW:**
|
|
11
|
-
|
|
12
|
-
1. ~/.claude/get-shit-done/references/questioning.md
|
|
13
|
-
2. ~/.claude/get-shit-done/templates/project.md
|
|
14
|
-
3. `.planning/PROJECT.md`
|
|
15
|
-
4. `.planning/MILESTONES.md` (if exists)
|
|
16
|
-
5. `.planning/STATE.md`
|
|
17
|
-
</required_reading>
|
|
18
|
-
|
|
19
|
-
<process>
|
|
20
|
-
|
|
21
|
-
<step name="load_context">
|
|
22
|
-
Load project context:
|
|
23
|
-
|
|
24
|
-
```bash
|
|
25
|
-
cat .planning/PROJECT.md
|
|
26
|
-
cat .planning/MILESTONES.md 2>/dev/null || echo "No milestones file yet"
|
|
27
|
-
cat .planning/STATE.md
|
|
28
|
-
cat .planning/MILESTONE-CONTEXT.md 2>/dev/null || echo "No milestone context file"
|
|
29
|
-
cat .planning/config.json 2>/dev/null
|
|
30
|
-
```
|
|
31
|
-
|
|
32
|
-
Extract:
|
|
33
|
-
- What shipped previously (from MILESTONES.md)
|
|
34
|
-
- Current Validated requirements (from PROJECT.md)
|
|
35
|
-
- Pending todos and blockers (from STATE.md)
|
|
36
|
-
- Any context from discuss-milestone (MILESTONE-CONTEXT.md)
|
|
37
|
-
|
|
38
|
-
**Calculate next milestone version:**
|
|
39
|
-
- Parse last version from MILESTONES.md
|
|
40
|
-
- If v1.0 → suggest v1.1 (minor) or v2.0 (major)
|
|
41
|
-
- If v1.3 → suggest v1.4 or v2.0
|
|
42
|
-
</step>
|
|
43
|
-
|
|
44
|
-
<step name="gather_goals">
|
|
45
|
-
**If MILESTONE-CONTEXT.md exists (from /gsd:discuss-milestone):**
|
|
46
|
-
- Use features and scope already gathered
|
|
47
|
-
- Present summary for confirmation
|
|
48
|
-
- Skip to confirm_goals step
|
|
49
|
-
|
|
50
|
-
**If no context file:**
|
|
51
|
-
|
|
52
|
-
Present what shipped:
|
|
53
|
-
```
|
|
54
|
-
Last milestone: v[X.Y] [Name]
|
|
55
|
-
Key accomplishments:
|
|
56
|
-
- [From MILESTONES.md]
|
|
57
|
-
|
|
58
|
-
Validated so far:
|
|
59
|
-
- [From PROJECT.md Validated section]
|
|
60
|
-
|
|
61
|
-
Pending todos:
|
|
62
|
-
- [From STATE.md if any]
|
|
63
|
-
```
|
|
64
|
-
|
|
65
|
-
Ask (freeform, not AskUserQuestion):
|
|
66
|
-
"What do you want to build in the next milestone?"
|
|
67
|
-
|
|
68
|
-
Wait for response. Then use AskUserQuestion to explore:
|
|
69
|
-
- Probe specific features mentioned
|
|
70
|
-
- Ask about priorities
|
|
71
|
-
- Surface constraints or dependencies
|
|
72
|
-
- Clarify scope boundaries
|
|
73
|
-
|
|
74
|
-
Continue until you have clear milestone goals.
|
|
75
|
-
</step>
|
|
76
|
-
|
|
77
|
-
<step name="confirm_goals">
|
|
78
|
-
Present gathered goals:
|
|
79
|
-
|
|
80
|
-
```
|
|
81
|
-
Milestone: v[X.Y] [Name]
|
|
82
|
-
|
|
83
|
-
Goal: [One sentence focus]
|
|
84
|
-
|
|
85
|
-
Target features:
|
|
86
|
-
- [Feature 1]
|
|
87
|
-
- [Feature 2]
|
|
88
|
-
- [Feature 3]
|
|
89
|
-
|
|
90
|
-
Ready to update PROJECT.md? (yes / adjust)
|
|
91
|
-
```
|
|
92
|
-
|
|
93
|
-
If "adjust": return to gather_goals.
|
|
94
|
-
</step>
|
|
95
|
-
|
|
96
|
-
<step name="update_project">
|
|
97
|
-
Update `.planning/PROJECT.md`:
|
|
98
|
-
|
|
99
|
-
**Add Current Milestone section** (after Core Value, before Requirements):
|
|
100
|
-
|
|
101
|
-
```markdown
|
|
102
|
-
## Current Milestone: v[X.Y] [Name]
|
|
103
|
-
|
|
104
|
-
**Goal:** [One sentence describing milestone focus]
|
|
105
|
-
|
|
106
|
-
**Target features:**
|
|
107
|
-
- [Feature 1]
|
|
108
|
-
- [Feature 2]
|
|
109
|
-
- [Feature 3]
|
|
110
|
-
```
|
|
111
|
-
|
|
112
|
-
**Update Active requirements:**
|
|
113
|
-
- Add new milestone goals to Active section
|
|
114
|
-
- Keep existing Active items that weren't addressed
|
|
115
|
-
- Don't remove anything from Validated
|
|
116
|
-
|
|
117
|
-
**Update footer:**
|
|
118
|
-
```markdown
|
|
119
|
-
---
|
|
120
|
-
*Last updated: [date] after v[X.Y] milestone start*
|
|
121
|
-
```
|
|
122
|
-
</step>
|
|
123
|
-
|
|
124
|
-
<step name="update_state">
|
|
125
|
-
Update `.planning/STATE.md`:
|
|
126
|
-
|
|
127
|
-
```markdown
|
|
128
|
-
## Current Position
|
|
129
|
-
|
|
130
|
-
Phase: Not started (run /gsd:create-roadmap)
|
|
131
|
-
Plan: —
|
|
132
|
-
Status: Defining requirements
|
|
133
|
-
Last activity: [today] — Milestone v[X.Y] started
|
|
134
|
-
|
|
135
|
-
Progress: ░░░░░░░░░░ 0%
|
|
136
|
-
```
|
|
137
|
-
|
|
138
|
-
Keep Accumulated Context (decisions, blockers) from previous milestone.
|
|
139
|
-
</step>
|
|
140
|
-
|
|
141
|
-
<step name="cleanup">
|
|
142
|
-
Delete temporary context file if it exists:
|
|
143
|
-
|
|
144
|
-
```bash
|
|
145
|
-
rm -f .planning/MILESTONE-CONTEXT.md
|
|
146
|
-
```
|
|
147
|
-
</step>
|
|
148
|
-
|
|
149
|
-
<step name="git_commit">
|
|
150
|
-
```bash
|
|
151
|
-
git add .planning/PROJECT.md .planning/STATE.md
|
|
152
|
-
git commit -m "$(cat <<'EOF'
|
|
153
|
-
docs: start milestone v[X.Y] [Name]
|
|
154
|
-
|
|
155
|
-
Goal: [One sentence]
|
|
156
|
-
Target features: [count] features
|
|
157
|
-
EOF
|
|
158
|
-
)"
|
|
159
|
-
```
|
|
160
|
-
</step>
|
|
161
|
-
|
|
162
|
-
<step name="offer_next">
|
|
163
|
-
```
|
|
164
|
-
Milestone v[X.Y] [Name] initialized.
|
|
165
|
-
|
|
166
|
-
PROJECT.md updated with:
|
|
167
|
-
- Current Milestone section
|
|
168
|
-
- Target features in Active requirements
|
|
169
|
-
|
|
170
|
-
---
|
|
171
|
-
|
|
172
|
-
## ▶ Next Up
|
|
173
|
-
|
|
174
|
-
**Define Requirements** — scope v[X.Y] features into REQUIREMENTS.md
|
|
175
|
-
|
|
176
|
-
`/gsd:define-requirements`
|
|
177
|
-
|
|
178
|
-
<sub>`/clear` first → fresh context window</sub>
|
|
179
|
-
|
|
180
|
-
---
|
|
181
|
-
|
|
182
|
-
**Or research first:**
|
|
183
|
-
- `/gsd:research-project` — investigate ecosystem before scoping
|
|
184
|
-
|
|
185
|
-
**Full flow:**
|
|
186
|
-
1. `/gsd:define-requirements` — create REQUIREMENTS.md
|
|
187
|
-
2. `/gsd:create-roadmap` — create ROADMAP.md with phases
|
|
188
|
-
3. `/gsd:plan-phase [N]` — start execution
|
|
189
|
-
|
|
190
|
-
---
|
|
191
|
-
```
|
|
192
|
-
</step>
|
|
193
|
-
|
|
194
|
-
</process>
|
|
195
|
-
|
|
196
|
-
<success_criteria>
|
|
197
|
-
- PROJECT.md updated with Current Milestone section
|
|
198
|
-
- Active requirements reflect new milestone goals
|
|
199
|
-
- STATE.md reset for new milestone (keeps accumulated context)
|
|
200
|
-
- MILESTONE-CONTEXT.md consumed and deleted (if existed)
|
|
201
|
-
- Git commit made
|
|
202
|
-
- User routed to define-requirements (or research-project)
|
|
203
|
-
</success_criteria>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
# Debug Workflow (DEPRECATED)
|
|
2
|
-
|
|
3
|
-
This workflow has been consolidated into the `gsd-debugger` agent.
|
|
4
|
-
|
|
5
|
-
**Location:** `agents/gsd-debugger.md`
|
|
6
|
-
|
|
7
|
-
**Reason:** The gsd-debugger agent contains all debugging expertise. Loading a separate workflow into orchestrator context was wasteful.
|
|
8
|
-
|
|
9
|
-
**Migration:**
|
|
10
|
-
- `/gsd:debug` now spawns `gsd-debugger` agent directly
|
|
11
|
-
- All debugging methodology lives in the agent file
|
|
12
|
-
- Templates remain at `get-shit-done/templates/DEBUG.md`
|
|
13
|
-
|
|
14
|
-
See `agents/gsd-debugger.md` for debugging expertise.
|
|
@@ -1,41 +0,0 @@
|
|
|
1
|
-
# DEPRECATED: Plan-Phase Workflow
|
|
2
|
-
|
|
3
|
-
**This workflow has been consolidated into the gsd-planner agent.**
|
|
4
|
-
|
|
5
|
-
## Migration
|
|
6
|
-
|
|
7
|
-
Planning expertise is now baked into:
|
|
8
|
-
- `agents/gsd-planner.md` - Complete planning methodology
|
|
9
|
-
|
|
10
|
-
The `/gsd:plan-phase` command spawns the gsd-planner agent directly.
|
|
11
|
-
|
|
12
|
-
## Why This Changed
|
|
13
|
-
|
|
14
|
-
The thin orchestrator pattern reduces main context usage:
|
|
15
|
-
- Before: ~3,580 lines loaded into main context
|
|
16
|
-
- After: ~150 lines in orchestrator, expertise in agent
|
|
17
|
-
|
|
18
|
-
## Historical Reference
|
|
19
|
-
|
|
20
|
-
This file previously contained:
|
|
21
|
-
- Decimal phase numbering rules
|
|
22
|
-
- Required reading list (8 reference files)
|
|
23
|
-
- Planning principles and philosophy
|
|
24
|
-
- Discovery level definitions (Level 0-3)
|
|
25
|
-
- Project history assembly via frontmatter dependency graph
|
|
26
|
-
- Gap closure mode process
|
|
27
|
-
- Task breakdown with TDD detection
|
|
28
|
-
- Dependency graph building
|
|
29
|
-
- Wave assignment algorithm
|
|
30
|
-
- Plan grouping rules
|
|
31
|
-
- Scope estimation and depth calibration
|
|
32
|
-
- Phase prompt writing (PLAN.md structure)
|
|
33
|
-
- User setup frontmatter for external services
|
|
34
|
-
- Git commit step
|
|
35
|
-
- Success criteria (standard and gap closure modes)
|
|
36
|
-
|
|
37
|
-
All content preserved in `agents/gsd-planner.md`.
|
|
38
|
-
|
|
39
|
-
---
|
|
40
|
-
*Deprecated: 2026-01-16*
|
|
41
|
-
*Replaced by: agents/gsd-planner.md*
|
|
@@ -1,17 +0,0 @@
|
|
|
1
|
-
# Research Phase Workflow
|
|
2
|
-
|
|
3
|
-
## DEPRECATED
|
|
4
|
-
|
|
5
|
-
**This workflow has been consolidated into the gsd-researcher agent.**
|
|
6
|
-
|
|
7
|
-
The research methodology, tool strategy, source hierarchy, and verification protocols now live in:
|
|
8
|
-
- `agents/gsd-researcher.md`
|
|
9
|
-
|
|
10
|
-
The `/gsd:research-phase` command spawns the gsd-researcher agent directly.
|
|
11
|
-
|
|
12
|
-
**Migration:** No action needed - the command handles this automatically.
|
|
13
|
-
|
|
14
|
-
---
|
|
15
|
-
|
|
16
|
-
*Deprecated: 2026-01-15*
|
|
17
|
-
*Replaced by: agents/gsd-researcher.md*
|
|
@@ -1,23 +0,0 @@
|
|
|
1
|
-
# Research Project Workflow
|
|
2
|
-
|
|
3
|
-
## DEPRECATED
|
|
4
|
-
|
|
5
|
-
**This workflow has been consolidated into the gsd-researcher agent.**
|
|
6
|
-
|
|
7
|
-
The research methodology for project research now lives in:
|
|
8
|
-
- `agents/gsd-researcher.md`
|
|
9
|
-
|
|
10
|
-
The `/gsd:research-project` command spawns 4 parallel gsd-researcher agents:
|
|
11
|
-
- Stack agent -> .planning/research/STACK.md
|
|
12
|
-
- Features agent -> .planning/research/FEATURES.md
|
|
13
|
-
- Architecture agent -> .planning/research/ARCHITECTURE.md
|
|
14
|
-
- Pitfalls agent -> .planning/research/PITFALLS.md
|
|
15
|
-
|
|
16
|
-
The orchestrator synthesizes SUMMARY.md after all agents complete.
|
|
17
|
-
|
|
18
|
-
**Migration:** No action needed - the command handles this automatically.
|
|
19
|
-
|
|
20
|
-
---
|
|
21
|
-
|
|
22
|
-
*Deprecated: 2026-01-15*
|
|
23
|
-
*Replaced by: agents/gsd-researcher.md*
|