opencode-goopspec 0.1.2 → 0.1.3
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/README.md +36 -34
- package/agents/goop-orchestrator.md +106 -20
- package/commands/goop-accept.md +43 -163
- package/commands/goop-amend.md +26 -155
- package/commands/goop-complete.md +30 -187
- package/commands/goop-debug.md +25 -303
- package/commands/goop-discuss.md +9 -125
- package/commands/goop-execute.md +49 -115
- package/commands/goop-map-codebase.md +3 -3
- package/commands/goop-milestone.md +20 -196
- package/commands/goop-pause.md +22 -43
- package/commands/goop-plan.md +404 -46
- package/commands/goop-quick.md +29 -145
- package/commands/goop-research.md +43 -77
- package/commands/goop-resume.md +19 -40
- package/commands/goop-setup.md +207 -116
- package/commands/goop-specify.md +58 -134
- package/commands/goop-status.md +32 -134
- package/dist/index.js +5952 -2796
- package/package.json +1 -1
- package/references/interactive-questioning.md +122 -0
- package/references/ui-interaction-patterns.md +133 -0
- package/references/workflow-accept.md +60 -273
- package/references/workflow-execute.md +63 -274
- package/references/workflow-plan.md +86 -133
- package/references/workflow-research.md +78 -186
- package/references/workflow-specify.md +64 -221
package/commands/goop-amend.md
CHANGED
|
@@ -3,173 +3,44 @@ name: goop-amend
|
|
|
3
3
|
description: Propose changes to a locked specification
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
#
|
|
6
|
+
# /goop-amend
|
|
7
7
|
|
|
8
|
-
|
|
8
|
+
**Modify a locked specification.** Manage scope creep responsibly.
|
|
9
9
|
|
|
10
10
|
## Usage
|
|
11
11
|
|
|
12
|
+
```bash
|
|
13
|
+
/goop-amend [description of change]
|
|
12
14
|
```
|
|
13
|
-
/goop-amend [change description]
|
|
14
|
-
```
|
|
15
|
-
|
|
16
|
-
## When to Use
|
|
17
|
-
|
|
18
|
-
Use `/goop-amend` when:
|
|
19
|
-
- Specification is already locked
|
|
20
|
-
- Requirements have changed
|
|
21
|
-
- New constraints discovered
|
|
22
|
-
- Scope needs adjustment
|
|
23
|
-
- User realizes something was missed
|
|
24
15
|
|
|
25
|
-
|
|
16
|
+
## How It Works
|
|
26
17
|
|
|
27
|
-
|
|
18
|
+
Once a spec is locked via `/goop-specify`, it cannot be silently changed. `/goop-amend` provides a formal process to alter the contract.
|
|
28
19
|
|
|
29
|
-
|
|
20
|
+
### 1. Change Request
|
|
21
|
+
User proposes a change (e.g., "Add password reset button").
|
|
30
22
|
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
- Remaining tasks
|
|
37
|
-
- Timeline and effort
|
|
38
|
-
4. **Present Options** - Show impact and alternatives
|
|
39
|
-
5. **User Confirms Amendment** - Must explicitly approve
|
|
40
|
-
6. **Update SPEC.md** - Modify locked specification
|
|
41
|
-
7. **Update BLUEPRINT.md** - Adjust wave/task plan
|
|
42
|
-
8. **Resume or Restart** - Continue execution with new spec
|
|
23
|
+
### 2. Impact Analysis
|
|
24
|
+
The agent analyzes the impact:
|
|
25
|
+
- **Scope:** Does this add new tasks?
|
|
26
|
+
- **Risk:** Does it break existing work?
|
|
27
|
+
- **Timeline:** How much longer will it take?
|
|
43
28
|
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
**Example:**
|
|
50
|
-
```
|
|
51
|
-
/goop-amend Add OAuth login support alongside email/password
|
|
52
|
-
```
|
|
53
|
-
|
|
54
|
-
**Impact:** Extends scope, adds tasks, increases timeline.
|
|
55
|
-
|
|
56
|
-
### Subtractive Amendment
|
|
57
|
-
Removing requirements to reduce scope.
|
|
58
|
-
|
|
59
|
-
**Example:**
|
|
60
|
-
```
|
|
61
|
-
/goop-amend Remove remember me feature, focus on core login
|
|
62
|
-
```
|
|
63
|
-
|
|
64
|
-
**Impact:** Reduces scope, removes tasks, decreases timeline.
|
|
65
|
-
|
|
66
|
-
### Replacement Amendment
|
|
67
|
-
Changing approach or swapping requirements.
|
|
68
|
-
|
|
69
|
-
**Example:**
|
|
70
|
-
```
|
|
71
|
-
/goop-amend Use session-based auth instead of JWT
|
|
72
|
-
```
|
|
73
|
-
|
|
74
|
-
**Impact:** May require rework, affects architecture.
|
|
75
|
-
|
|
76
|
-
## Amendment Process
|
|
77
|
-
|
|
78
|
-
```
|
|
79
|
-
User: /goop-amend Add password reset functionality
|
|
80
|
-
|
|
81
|
-
Agent:
|
|
82
|
-
╭─ ⬢ GoopSpec ───────────────────────────────────────╮
|
|
83
|
-
│ │
|
|
84
|
-
│ 📝 AMENDMENT REQUEST │
|
|
85
|
-
│ │
|
|
86
|
-
│ PROPOSED CHANGE: │
|
|
87
|
-
│ Add password reset functionality │
|
|
88
|
-
│ │
|
|
89
|
-
│ IMPACT ASSESSMENT: │
|
|
90
|
-
│ • Current progress: Wave 2 of 4 (50% complete) │
|
|
91
|
-
│ • Completed work: Not affected │
|
|
92
|
-
│ • New work required: │
|
|
93
|
-
│ - Add password reset endpoint │
|
|
94
|
-
│ - Email service integration │
|
|
95
|
-
│ - Reset token management │
|
|
96
|
-
│ - UI for reset flow │
|
|
97
|
-
│ • Estimated additional effort: +4 hours │
|
|
98
|
-
│ • New must-have: User can reset password │
|
|
99
|
-
│ │
|
|
100
|
-
│ OPTIONS: │
|
|
101
|
-
│ 1. Add to current spec (extends timeline) │
|
|
102
|
-
│ 2. Defer to next phase (separate feature) │
|
|
103
|
-
│ 3. Cancel amendment (keep current spec) │
|
|
104
|
-
│ │
|
|
105
|
-
│ ───────────────────────────────────────────── │
|
|
106
|
-
│ Type "confirm" to update spec and continue. │
|
|
107
|
-
│ Type "defer" to handle in next phase. │
|
|
108
|
-
│ Type "cancel" to keep current spec. │
|
|
109
|
-
│ │
|
|
110
|
-
╰────────────────────────────────────────────────────╯
|
|
111
|
-
```
|
|
29
|
+
### 3. Decision
|
|
30
|
+
The agent presents the impact and asks for confirmation.
|
|
31
|
+
- **Confirm:** Update SPEC.md and BLUEPRINT.md.
|
|
32
|
+
- **Defer:** Add to a future milestone/task.
|
|
33
|
+
- **Cancel:** Abort change.
|
|
112
34
|
|
|
113
35
|
## Artifacts Updated
|
|
114
|
-
|
|
115
|
-
- `
|
|
116
|
-
|
|
117
|
-
## Amendment History
|
|
118
|
-
|
|
119
|
-
### Amendment 1 - [Date]
|
|
120
|
-
**Change:** Added password reset functionality
|
|
121
|
-
**Reason:** User requirement discovered during execution
|
|
122
|
-
**Impact:** +4 hours, +1 must-have
|
|
123
|
-
```
|
|
124
|
-
|
|
125
|
-
- `BLUEPRINT.md` - Updated with new/modified tasks
|
|
126
|
-
- `CHRONICLE.md` - Amendment logged with impact
|
|
127
|
-
|
|
128
|
-
## Best Practices
|
|
129
|
-
|
|
130
|
-
### When to Amend
|
|
131
|
-
|
|
132
|
-
**GOOD reasons:**
|
|
133
|
-
- Critical requirement missed
|
|
134
|
-
- User needs changed
|
|
135
|
-
- Technical constraint discovered
|
|
136
|
-
- Security issue requires different approach
|
|
137
|
-
|
|
138
|
-
**BAD reasons:**
|
|
139
|
-
- "Nice to have" feature idea
|
|
140
|
-
- Scope creep without justification
|
|
141
|
-
- Avoiding difficult implementation
|
|
142
|
-
- Perfectionism
|
|
143
|
-
|
|
144
|
-
### Minimizing Amendments
|
|
145
|
-
|
|
146
|
-
To reduce need for amendments:
|
|
147
|
-
- Thorough planning phase
|
|
148
|
-
- Clear success criteria
|
|
149
|
-
- Explicit out-of-scope items
|
|
150
|
-
- User confirmation at CONTRACT GATE
|
|
36
|
+
- `SPEC.md`: Adds an "Amendment" entry.
|
|
37
|
+
- `BLUEPRINT.md`: Adds/Removes tasks.
|
|
38
|
+
- `CHRONICLE.md`: Logs the scope change.
|
|
151
39
|
|
|
152
40
|
## Example
|
|
153
41
|
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
Agent assesses impact, presents options, user confirms.
|
|
161
|
-
SPEC.md updated, new tasks added to BLUEPRINT.md.
|
|
162
|
-
|
|
163
|
-
## Next Steps
|
|
164
|
-
|
|
165
|
-
After amendment confirmed:
|
|
166
|
-
- `/goop-execute` - Resume execution with updated spec
|
|
167
|
-
- `/goop-status` - Check updated progress
|
|
168
|
-
|
|
169
|
-
If amendment deferred:
|
|
170
|
-
- Continue current work
|
|
171
|
-
- Plan amendment as next phase
|
|
172
|
-
|
|
173
|
-
---
|
|
174
|
-
|
|
175
|
-
**GoopSpec**: Adapt when needed, maintain the contract.
|
|
42
|
+
> **User:** `/goop-amend We need a 'Forgot Password' link`
|
|
43
|
+
> **Agent:** "Impact: Adds ~2 hours. Requires new API endpoint.
|
|
44
|
+
> Confirm amendment?"
|
|
45
|
+
> **User:** `confirm`
|
|
46
|
+
> **Agent:** "Spec updated. New tasks added to Wave 2."
|
|
@@ -1,206 +1,49 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: goop-complete
|
|
3
|
-
description: Complete and archive
|
|
3
|
+
description: Complete and archive the current milestone
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
#
|
|
6
|
+
# /goop-complete
|
|
7
7
|
|
|
8
|
-
Complete
|
|
8
|
+
**Complete a milestone.** Archive artifacts and extract learnings.
|
|
9
9
|
|
|
10
10
|
## Usage
|
|
11
11
|
|
|
12
|
-
```
|
|
12
|
+
```bash
|
|
13
13
|
/goop-complete
|
|
14
14
|
```
|
|
15
15
|
|
|
16
|
-
##
|
|
17
|
-
|
|
18
|
-
Use `/goop-complete` when:
|
|
19
|
-
- A major milestone is finished
|
|
20
|
-
- Multiple features are complete
|
|
21
|
-
- Ready to close a development cycle
|
|
22
|
-
- Want to extract learnings before next phase
|
|
23
|
-
|
|
24
|
-
**Note:** For individual features, `/goop-accept` is sufficient. Use `/goop-complete` for larger milestones.
|
|
25
|
-
|
|
26
|
-
## What Happens
|
|
27
|
-
|
|
28
|
-
1. **Verify Completion** - Confirm all milestone features accepted
|
|
29
|
-
2. **Generate RETROSPECTIVE.md** - Reflect on what worked/didn't
|
|
30
|
-
3. **Extract LEARNINGS.md** - Document patterns, decisions, insights
|
|
31
|
-
4. **Archive Files** - Move to `archive/milestone-N/`:
|
|
32
|
-
- SPEC.md
|
|
33
|
-
- BLUEPRINT.md
|
|
34
|
-
- CHRONICLE.md
|
|
35
|
-
- RESEARCH.md
|
|
36
|
-
- RETROSPECTIVE.md
|
|
37
|
-
- LEARNINGS.md
|
|
38
|
-
5. **Persist to Memory** - Save key learnings for future reference
|
|
39
|
-
6. **Tag Git** - Create version tag (e.g., `v1.0.0`)
|
|
40
|
-
7. **Clean Workspace** - Clear active workflow state
|
|
41
|
-
8. **Celebrate** - Acknowledge completion
|
|
42
|
-
|
|
43
|
-
## RETROSPECTIVE.md
|
|
44
|
-
|
|
45
|
-
Generated retrospective includes:
|
|
46
|
-
|
|
47
|
-
```markdown
|
|
48
|
-
# Retrospective: [Milestone Name]
|
|
49
|
-
|
|
50
|
-
**Completed:** [Date]
|
|
51
|
-
**Duration:** [Time period]
|
|
52
|
-
**Features Delivered:** [Count]
|
|
53
|
-
|
|
54
|
-
## What Went Well
|
|
55
|
-
|
|
56
|
-
- [Success 1]
|
|
57
|
-
- [Success 2]
|
|
58
|
-
|
|
59
|
-
## What Could Improve
|
|
60
|
-
|
|
61
|
-
- [Challenge 1]
|
|
62
|
-
- [Challenge 2]
|
|
63
|
-
|
|
64
|
-
## Key Decisions
|
|
65
|
-
|
|
66
|
-
- [Decision 1]: [Rationale]
|
|
67
|
-
- [Decision 2]: [Rationale]
|
|
68
|
-
|
|
69
|
-
## Metrics
|
|
70
|
-
|
|
71
|
-
- Tasks completed: [N]
|
|
72
|
-
- Commits: [N]
|
|
73
|
-
- Tests added: [N]
|
|
74
|
-
- Files modified: [N]
|
|
75
|
-
- Deviations: [N]
|
|
76
|
-
|
|
77
|
-
## Team Feedback
|
|
78
|
-
|
|
79
|
-
[User observations and feedback]
|
|
80
|
-
```
|
|
81
|
-
|
|
82
|
-
## LEARNINGS.md
|
|
83
|
-
|
|
84
|
-
Extracted learnings include:
|
|
85
|
-
|
|
86
|
-
```markdown
|
|
87
|
-
# Learnings: [Milestone Name]
|
|
88
|
-
|
|
89
|
-
## Technical Patterns
|
|
90
|
-
|
|
91
|
-
### Pattern 1: [Name]
|
|
92
|
-
**Context:** [When to use]
|
|
93
|
-
**Implementation:** [How it works]
|
|
94
|
-
**Benefits:** [Why it's good]
|
|
95
|
-
**Files:** [Where it's used]
|
|
96
|
-
|
|
97
|
-
## Architectural Decisions
|
|
98
|
-
|
|
99
|
-
### Decision 1: [Name]
|
|
100
|
-
**Problem:** [What we needed to solve]
|
|
101
|
-
**Solution:** [What we chose]
|
|
102
|
-
**Alternatives:** [What we didn't choose]
|
|
103
|
-
**Rationale:** [Why this was best]
|
|
104
|
-
|
|
105
|
-
## Gotchas Discovered
|
|
106
|
-
|
|
107
|
-
- [Gotcha 1]: [How to avoid]
|
|
108
|
-
- [Gotcha 2]: [How to avoid]
|
|
109
|
-
|
|
110
|
-
## Reusable Components
|
|
111
|
-
|
|
112
|
-
- [Component 1]: [Purpose and location]
|
|
113
|
-
- [Component 2]: [Purpose and location]
|
|
114
|
-
|
|
115
|
-
## Future Recommendations
|
|
116
|
-
|
|
117
|
-
- [Recommendation 1]
|
|
118
|
-
- [Recommendation 2]
|
|
119
|
-
```
|
|
120
|
-
|
|
121
|
-
## Archive Structure
|
|
122
|
-
|
|
123
|
-
```
|
|
124
|
-
archive/
|
|
125
|
-
└── milestone-1-auth-system/
|
|
126
|
-
├── SPEC.md
|
|
127
|
-
├── BLUEPRINT.md
|
|
128
|
-
├── CHRONICLE.md
|
|
129
|
-
├── RESEARCH.md
|
|
130
|
-
├── RETROSPECTIVE.md
|
|
131
|
-
└── LEARNINGS.md
|
|
132
|
-
```
|
|
16
|
+
## How It Works
|
|
133
17
|
|
|
134
|
-
|
|
18
|
+
Marks the end of a significant body of work (a Milestone). It focuses on cleanup, reflection, and memory persistence.
|
|
135
19
|
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
- Reusable patterns discovered
|
|
139
|
-
- Gotchas and how to avoid them
|
|
140
|
-
- Performance insights
|
|
141
|
-
- Security considerations
|
|
20
|
+
### 1. Archival
|
|
21
|
+
Moves active artifacts (`SPEC.md`, `BLUEPRINT.md`, etc.) to `.goopspec/archive/<milestone-slug>/`.
|
|
142
22
|
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
git tag -a v1.0.0 -m "Milestone 1: Authentication System"
|
|
149
|
-
git push origin v1.0.0
|
|
150
|
-
```
|
|
23
|
+
### 2. Retrospective
|
|
24
|
+
Generates `RETROSPECTIVE.md` analyzing:
|
|
25
|
+
- What went well?
|
|
26
|
+
- What failed?
|
|
27
|
+
- Metrics (Time, diff size).
|
|
151
28
|
|
|
152
|
-
|
|
29
|
+
### 3. Memory Extraction
|
|
30
|
+
Parses the session for reusable knowledge:
|
|
31
|
+
- **Patterns:** "We used Recoil for state."
|
|
32
|
+
- **Decisions:** "Chosen Redis over Memcached."
|
|
33
|
+
- **Gotchas:** "Beware of circular deps in utils."
|
|
34
|
+
These are saved to persistent memory.
|
|
153
35
|
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
│ │
|
|
157
|
-
│ 🎯 MILESTONE COMPLETE │
|
|
158
|
-
│ │
|
|
159
|
-
│ Milestone: Authentication System │
|
|
160
|
-
│ │
|
|
161
|
-
│ DELIVERED: │
|
|
162
|
-
│ • User login/logout │
|
|
163
|
-
│ • Session management │
|
|
164
|
-
│ • Password reset │
|
|
165
|
-
│ • OAuth integration │
|
|
166
|
-
│ │
|
|
167
|
-
│ METRICS: │
|
|
168
|
-
│ • Duration: 3 days │
|
|
169
|
-
│ • Tasks: 24 completed │
|
|
170
|
-
│ • Commits: 24 │
|
|
171
|
-
│ • Tests: 87% coverage │
|
|
172
|
-
│ │
|
|
173
|
-
│ ARCHIVED: │
|
|
174
|
-
│ • Specifications │
|
|
175
|
-
│ • Research findings │
|
|
176
|
-
│ • Learnings extracted │
|
|
177
|
-
│ • Git tagged: v1.0.0 │
|
|
178
|
-
│ │
|
|
179
|
-
╰────────────────────────────────────────────────────╯
|
|
36
|
+
### 4. Tagging
|
|
37
|
+
Optionally creates a git tag for the release.
|
|
180
38
|
|
|
181
|
-
|
|
182
|
-
|
|
183
|
-
|
|
184
|
-
|
|
185
|
-
```
|
|
39
|
+
## Output
|
|
40
|
+
- Archived files.
|
|
41
|
+
- `RETROSPECTIVE.md`.
|
|
42
|
+
- Memory updates.
|
|
186
43
|
|
|
187
44
|
## Example
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
|
|
191
|
-
|
|
192
|
-
|
|
193
|
-
```
|
|
194
|
-
|
|
195
|
-
Agent generates retrospective, extracts learnings, archives files, tags git, and prepares for next milestone.
|
|
196
|
-
|
|
197
|
-
## Next Steps
|
|
198
|
-
|
|
199
|
-
After completion:
|
|
200
|
-
- `/goop-milestone [name]` - Start new milestone
|
|
201
|
-
- `/goop-plan [feature]` - Plan next feature
|
|
202
|
-
- Review LEARNINGS.md for insights
|
|
203
|
-
|
|
204
|
-
---
|
|
205
|
-
|
|
206
|
-
**GoopSpec**: Complete with reflection, start fresh with wisdom.
|
|
45
|
+
> **User:** `/goop-complete`
|
|
46
|
+
> **Agent:** "Milestone 'Auth V1' archived.
|
|
47
|
+
> Retrospective generated.
|
|
48
|
+
> Saved 3 new patterns to memory.
|
|
49
|
+
> Ready for next milestone."
|