gsd-vscode-copilot 1.0.0 → 1.1.1

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 CHANGED
@@ -1,6 +1,17 @@
1
1
  # GSD for VS Code + GitHub Copilot
2
2
 
3
- A lightweight planning and execution workflow for building software with AI assistance.
3
+ A powerful planning and execution workflow for building software with AI assistance.
4
+ Adapted from [glittercowboy/get-shit-done](https://github.com/glittercowboy/get-shit-done) for VS Code + GitHub Copilot.
5
+
6
+ ## What is GSD?
7
+
8
+ GSD (Get Shit Done) is a **context engineering** and **spec-driven development** system that makes AI-assisted coding reliable. It solves context rot — the quality degradation that happens as the AI fills its context window.
9
+
10
+ **Key principles:**
11
+ - Small, atomic plans (2-3 tasks max)
12
+ - Fresh context for each major task (using subagents)
13
+ - Explicit verification for every task
14
+ - Disciplined state management
4
15
 
5
16
  ## Installation
6
17
 
@@ -20,61 +31,145 @@ gsd-init
20
31
  ```
21
32
  your-project/
22
33
  ├── .github/
23
- │ ├── prompts/
34
+ │ ├── prompts/ # Workflow prompts
35
+ │ │ ├── gsd-map-codebase.prompt.md
24
36
  │ │ ├── gsd-bootstrap-planning.prompt.md
25
- │ │ ├── gsd-plan-slice.prompt.md
26
- │ │ ├── gsd-execute-plan.prompt.md
37
+ │ │ ├── gsd-discuss-phase.prompt.md
38
+ │ │ ├── gsd-research-phase.prompt.md
39
+ │ │ ├── gsd-plan-phase.prompt.md
40
+ │ │ ├── gsd-execute-phase.prompt.md
27
41
  │ │ ├── gsd-verify-work.prompt.md
28
- │ │ └── gsd-progress.prompt.md
42
+ │ │ ├── gsd-progress.prompt.md
43
+ │ │ └── gsd-quick.prompt.md
44
+ │ ├── agents/ # Custom agents
45
+ │ │ ├── gsd-codebase-mapper.agent.md
46
+ │ │ ├── gsd-researcher.agent.md
47
+ │ │ ├── gsd-planner.agent.md
48
+ │ │ └── gsd-verifier.agent.md
29
49
  │ ├── instructions/
30
50
  │ │ └── gsd-workflow.instructions.md
31
51
  │ └── vendor/
32
52
  │ └── get-shit-done/
33
53
  │ ├── templates/
34
- │ │ ├── phase-prompt.md
35
- │ │ └── summary.md
36
54
  │ └── references/
37
- │ └── checkpoints.md
38
55
  └── .planning/
39
56
  ├── PROJECT.md
40
57
  ├── REQUIREMENTS.md
41
58
  ├── ROADMAP.md
42
59
  ├── STATE.md
43
- └── phases/
60
+ ├── config.json # Workflow preferences
61
+ ├── codebase/ # From gsd-map-codebase
62
+ ├── research/ # Domain research
63
+ └── phases/ # Plans and summaries
64
+ ```
65
+
66
+ ## Workflow
67
+
68
+ GSD supports **three workflows** depending on your situation:
69
+
70
+ ### 1. Quick Mode (Ad-hoc Tasks)
71
+
72
+ For small, self-contained tasks that don't need planning:
73
+
74
+ ```
75
+ /gsd-quick Fix the login button styling
76
+ ```
77
+
78
+ Use for: bug fixes, config changes, small refactors, adding tests.
79
+
80
+ ### 2. Brownfield (Existing Codebase)
81
+
82
+ For projects with existing code:
83
+
84
+ ```
85
+ 1. /gsd-map-codebase → Analyze existing code
86
+ 2. /gsd-bootstrap-planning → Initialize project planning
87
+ 3. /gsd-discuss-phase 1 → Capture implementation decisions
88
+ 4. /gsd-plan-phase 1 → Create detailed plans
89
+ 5. /gsd-execute-phase 1 → Execute with verification
90
+ 6. /gsd-verify-work 1 → Manual UAT (optional)
91
+ 7. Repeat for each phase
92
+ ```
93
+
94
+ ### 3. Greenfield (New Project)
95
+
96
+ For brand new projects:
97
+
44
98
  ```
99
+ 1. /gsd-bootstrap-planning → Initialize project planning
100
+ 2. /gsd-discuss-phase 1 → Capture implementation decisions
101
+ 3. /gsd-plan-phase 1 → Create detailed plans
102
+ 4. /gsd-execute-phase 1 → Execute with verification
103
+ 5. Repeat for each phase
104
+ ```
105
+
106
+ ## Commands Reference
107
+
108
+ ### Core Workflow
109
+
110
+ | Command | Purpose |
111
+ |---------|---------|
112
+ | `/gsd-map-codebase` | Analyze existing codebase (brownfield) |
113
+ | `/gsd-bootstrap-planning` | Initialize `.planning/` files |
114
+ | `/gsd-discuss-phase [N]` | Capture implementation decisions before planning |
115
+ | `/gsd-research-phase [N]` | Research complex domains or approaches |
116
+ | `/gsd-plan-phase [N]` | Create detailed execution plans |
117
+ | `/gsd-execute-phase [N]` | Execute all plans in a phase |
118
+ | `/gsd-verify-work [N]` | Conversational user acceptance testing |
119
+ | `/gsd-progress` | Check status and next action |
120
+ | `/gsd-quick [task]` | Quick ad-hoc tasks (skip full workflow) |
121
+
122
+ ## Custom Agents
123
+
124
+ GSD includes specialized agents for different tasks:
45
125
 
46
- ## Usage
126
+ | Agent | Purpose |
127
+ |-------|---------|
128
+ | `gsd-codebase-mapper` | Analyze codebase structure, patterns, conventions |
129
+ | `gsd-researcher` | Research domain knowledge and best practices |
130
+ | `gsd-planner` | Create detailed, executable plans |
131
+ | `gsd-verifier` | Verify completed work meets goals |
47
132
 
48
- ### 1. Bootstrap your project
133
+ Switch to an agent using the Chat view agent picker.
49
134
 
50
- Open `.github/prompts/gsd-bootstrap-planning.prompt.md` and run it with Copilot. This initializes your project memory in `.planning/`.
135
+ ## Subagents for Fresh Context
51
136
 
52
- ### 2. Plan a slice
137
+ GSD uses subagents to maintain fresh context for complex operations:
53
138
 
54
- Run `gsd-plan-slice.prompt.md` to create a 2-3 task plan for the next piece of work.
139
+ - Each subagent gets its own context window
140
+ - Subagents run to completion autonomously
141
+ - Only final results return to main session
55
142
 
56
- ### 3. Execute the plan
143
+ Enable `runSubagent` in your tools configuration.
57
144
 
58
- Run `gsd-execute-plan.prompt.md` with the path to your plan file.
145
+ ## Wave-Based Execution
59
146
 
60
- ### 4. Verify (optional)
147
+ Plans are organized into waves for efficient execution:
61
148
 
62
- Run `gsd-verify-work.prompt.md` for conversational user acceptance testing.
149
+ - **Wave 1:** Independent plans that can start immediately
150
+ - **Wave 2:** Plans that depend on Wave 1
151
+ - **Wave N:** Plans that depend on earlier waves
63
152
 
64
- ### 5. Check progress
153
+ ## Background Agents
65
154
 
66
- Run `gsd-progress.prompt.md` to see where you are and what's next.
155
+ For long-running or parallel work, use Copilot CLI background agents:
156
+
157
+ ```
158
+ @cli [task description]
159
+ ```
160
+
161
+ Background agents run in isolated Git worktrees while you continue other work.
67
162
 
68
163
  ## Core Principles
69
164
 
70
- - **Small plans**: 2-3 tasks max per plan
71
- - **Explicit verification**: Every task has a verify command
72
- - **Context hygiene**: Fresh context for each plan execution
73
- - **Atomic commits**: One logical commit per plan
165
+ - **Small plans:** 2-3 tasks max per plan
166
+ - **Explicit verification:** Every task has a verify command
167
+ - **Context hygiene:** Fresh context for each plan execution
168
+ - **Atomic commits:** One logical commit per task
74
169
 
75
170
  ## Stack-Agnostic
76
171
 
77
- The workflow doesn't assume any particular tech stack. Plans carry their own verification commands appropriate to your project:
172
+ The workflow doesn't assume any particular tech stack. Plans carry verification commands:
78
173
 
79
174
  | Stack | Example verify |
80
175
  |-------|----------------|
@@ -84,9 +179,40 @@ The workflow doesn't assume any particular tech stack. Plans carry their own ver
84
179
  | Go | `go test ./...` |
85
180
  | Rust | `cargo test` |
86
181
 
182
+ ## File Structure
183
+
184
+ ```
185
+ .planning/
186
+ ├── PROJECT.md # Vision, constraints, non-goals
187
+ ├── REQUIREMENTS.md # v1/v2/out-of-scope requirements
188
+ ├── ROADMAP.md # Phases with status
189
+ ├── STATE.md # Current position, decisions, blockers
190
+ ├── config.json # Workflow preferences
191
+ ├── codebase/ # From gsd-map-codebase
192
+ │ ├── STACK.md
193
+ │ ├── ARCHITECTURE.md
194
+ │ ├── CONVENTIONS.md
195
+ │ └── CONCERNS.md
196
+ ├── research/ # Domain research
197
+ │ └── [TOPIC]-RESEARCH.md
198
+ └── phases/
199
+ ├── 01-foundation/
200
+ │ ├── 01-CONTEXT.md # Implementation decisions
201
+ │ ├── 01-RESEARCH.md # Phase-specific research
202
+ │ ├── 01-01-PLAN.md # First plan
203
+ │ ├── 01-01-SUMMARY.md
204
+ │ └── 01-VERIFICATION.md
205
+ └── 02-core-features/
206
+ └── ...
207
+ ```
208
+
87
209
  ## Credits
88
210
 
89
- Inspired by [glittercowboy/get-shit-done](https://github.com/glittercowboy/get-shit-done), adapted for VS Code + GitHub Copilot workflows.
211
+ Inspired by [glittercowboy/get-shit-done](https://github.com/glittercowboy/get-shit-done), adapted for VS Code + GitHub Copilot workflows with full support for:
212
+ - Custom agents (`.agent.md`)
213
+ - Subagents (`runSubagent`)
214
+ - Background agents (`@cli`)
215
+ - Agent handoffs
90
216
 
91
217
  ## License
92
218
 
package/bin/init.js CHANGED
@@ -34,14 +34,16 @@ ${bold('Options:')}
34
34
 
35
35
  ${bold('What it does:')}
36
36
  1. Creates .github/prompts/gsd-*.prompt.md (Copilot prompt files)
37
- 2. Creates .github/instructions/gsd-workflow.instructions.md
38
- 3. Creates .github/vendor/get-shit-done/ (templates & workflows)
39
- 4. Creates .planning/ with PROJECT/REQUIREMENTS/ROADMAP/STATE stubs
37
+ 2. Creates .github/agents/gsd-*.agent.md (Copilot custom agents)
38
+ 3. Creates .github/instructions/gsd-workflow.instructions.md
39
+ 4. Creates .github/vendor/get-shit-done/ (templates & workflows)
40
+ 5. Creates .planning/ with PROJECT/REQUIREMENTS/ROADMAP/STATE (and optional config.json) stubs
40
41
 
41
42
  ${bold('After installing:')}
42
43
  1. Open any gsd-*.prompt.md in VS Code
43
44
  2. Click "Run" or use the Copilot prompt runner
44
- 3. Start with gsd-bootstrap-planning.prompt.md to initialize your project
45
+ 3. For existing codebases: Start with gsd-map-codebase.prompt.md
46
+ 4. For new projects: Start with gsd-bootstrap-planning.prompt.md
45
47
  `);
46
48
  process.exit(0);
47
49
  }
@@ -101,7 +103,16 @@ if (fs.existsSync(promptsSrc)) {
101
103
  copyDir(promptsSrc, promptsDest, { overwrite: forceOverwrite, createdFiles });
102
104
  }
103
105
 
104
- // 2. Copy vendor (workflows + templates)
106
+ // 2. Copy agents
107
+ console.log(`${cyan('→')} Installing Copilot agent files...`);
108
+ const agentsSrc = path.join(TEMPLATES_DIR, 'agents');
109
+ const agentsDest = path.join(TARGET_DIR, '.github', 'agents');
110
+
111
+ if (fs.existsSync(agentsSrc)) {
112
+ copyDir(agentsSrc, agentsDest, { overwrite: forceOverwrite, createdFiles });
113
+ }
114
+
115
+ // 3. Copy vendor (workflows + templates)
105
116
  console.log(`${cyan('→')} Installing GSD vendor assets...`);
106
117
  const vendorSrc = path.join(TEMPLATES_DIR, 'vendor');
107
118
  const vendorDest = path.join(TARGET_DIR, '.github', 'vendor', 'get-shit-done');
@@ -110,8 +121,8 @@ if (fs.existsSync(vendorSrc)) {
110
121
  copyDir(vendorSrc, vendorDest, { overwrite: forceOverwrite, createdFiles });
111
122
  }
112
123
 
113
- // 3. Create instructions file
114
- console.log(`${cyan('→')} Installing workflow instructions...`);
124
+ // 4. Create instructions file
125
+ console.log(`${cyan('→')} Installing workflow instructions...`)
115
126
  const instructionsPath = '.github/instructions/gsd-workflow.instructions.md';
116
127
  const instructionsSrc = path.join(TEMPLATES_DIR, 'gsd-workflow.instructions.md');
117
128
 
@@ -122,7 +133,7 @@ if (fs.existsSync(instructionsSrc)) {
122
133
  }
123
134
  }
124
135
 
125
- // 4. Create .planning stubs
136
+ // 5. Create .planning stubs
126
137
  console.log(`${cyan('→')} Creating planning directory...`);
127
138
  const planningStubsSrc = path.join(TEMPLATES_DIR, 'planning-stubs');
128
139
 
@@ -168,17 +179,35 @@ if (skippedFiles.length > 0) {
168
179
  console.log(`
169
180
  ${bold('Next steps:')}
170
181
 
171
- ${cyan('1.')} Open ${bold('.github/prompts/gsd-bootstrap-planning.prompt.md')} in VS Code
172
- ${cyan('2.')} Run the prompt with Copilot to initialize your project memory
173
- ${cyan('3.')} Use ${bold('gsd-plan-slice.prompt.md')} to create your first plan
174
- ${cyan('4.')} Use ${bold('gsd-execute-plan.prompt.md')} to execute it
182
+ ${cyan('For existing codebases (brownfield):')}
183
+ ${cyan('1.')} Run ${bold('gsd-map-codebase.prompt.md')} to analyze your codebase
184
+ ${cyan('2.')} Run ${bold('gsd-bootstrap-planning.prompt.md')} to initialize planning
185
+
186
+ ${cyan('For new projects (greenfield):')}
187
+ ${cyan('1.')} Run ${bold('gsd-bootstrap-planning.prompt.md')} to initialize planning
188
+
189
+ ${cyan('Then for each phase:')}
190
+ ${cyan('•')} ${bold('gsd-discuss-phase')} → capture context & decisions
191
+ ${cyan('•')} ${bold('gsd-plan-phase')} → create detailed wave plans
192
+ ${cyan('•')} ${bold('gsd-execute-phase')} → implement the phase
193
+ ${cyan('•')} ${bold('gsd-verify-work')} → validate before moving on
175
194
 
176
195
  ${bold('Available prompts:')}
196
+ • gsd-map-codebase — Analyze existing codebase (brownfield)
177
197
  • gsd-bootstrap-planning — Initialize .planning/* files
178
- • gsd-plan-slice Create a 2-3 task plan
179
- • gsd-execute-plan Execute a plan file
198
+ • gsd-discuss-phase Capture context & decisions
199
+ • gsd-research-phase Research unfamiliar domains
200
+ • gsd-plan-phase — Create detailed wave plans
201
+ • gsd-execute-phase — Implement a complete phase
180
202
  • gsd-verify-work — Conversational UAT
181
203
  • gsd-progress — Check status and next action
204
+ • gsd-quick — Quick ad-hoc tasks (skip workflow)
205
+
206
+ ${bold('Available agents:')} (invoke with @agent-name)
207
+ • @gsd-codebase-mapper — Deep codebase analysis
208
+ • @gsd-researcher — Domain research specialist
209
+ • @gsd-planner — Detailed planning expert
210
+ • @gsd-verifier — Work validation specialist
182
211
 
183
212
  ${cyan('Docs:')} .github/vendor/get-shit-done/
184
213
  `);
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "gsd-vscode-copilot",
3
- "version": "1.0.0",
3
+ "version": "1.1.1",
4
4
  "description": "GSD workflow for VS Code + GitHub Copilot. Lightweight planning, execution, and verification system.",
5
5
  "keywords": [
6
6
  "gsd",
@@ -12,12 +12,9 @@
12
12
  "spec-driven-development",
13
13
  "context-engineering"
14
14
  ],
15
- "author": "Your Name",
15
+ "author": "PushToProdgy",
16
16
  "license": "MIT",
17
- "repository": {
18
- "type": "git",
19
- "url": "https://github.com/YOUR_ORG/gsd-vscode-copilot"
20
- },
17
+ "homepage": "https://www.npmjs.com/package/gsd-vscode-copilot",
21
18
  "bin": {
22
19
  "gsd-vscode-copilot": "./bin/init.js",
23
20
  "gsd-init": "./bin/init.js"
@@ -0,0 +1,55 @@
1
+ ---
2
+ name: GSD Codebase Mapper
3
+ description: Analyze codebase structure, patterns, and conventions for brownfield projects
4
+ infer: true
5
+ ---
6
+
7
+ # Codebase Mapper Agent
8
+
9
+ You are a codebase analysis specialist. Your task is to thoroughly analyze an existing codebase and produce structured documentation that captures its current state.
10
+
11
+ ## Your Role
12
+
13
+ - **Explore** the codebase systematically (don't guess - read the actual files)
14
+ - **Document** patterns, conventions, and architecture as they actually exist
15
+ - **Identify** technical debt and areas of concern
16
+ - **Summarize** in a format useful for future development
17
+
18
+ ## Analysis Areas
19
+
20
+ When analyzing a codebase, you will produce documentation for:
21
+
22
+ 1. **STACK.md** - Languages, frameworks, dependencies, versions
23
+ 2. **ARCHITECTURE.md** - Patterns, layers, data flow, component boundaries
24
+ 3. **STRUCTURE.md** - Directory layout, key files, organization
25
+ 4. **CONVENTIONS.md** - Coding standards, naming, style patterns
26
+ 5. **TESTING.md** - Test structure, patterns, coverage approach
27
+ 6. **INTEGRATIONS.md** - External services, APIs, third-party dependencies
28
+ 7. **CONCERNS.md** - Technical debt, known issues, areas needing attention
29
+
30
+ ## Output Format
31
+
32
+ Write each analysis document to `.planning/codebase/` with clear markdown structure:
33
+
34
+ ```markdown
35
+ # [Area Name]
36
+
37
+ **Analyzed:** [date]
38
+ **Confidence:** high|medium|low
39
+
40
+ ## Summary
41
+ [1-2 sentence overview]
42
+
43
+ ## Details
44
+ [Structured findings]
45
+
46
+ ## Implications for Development
47
+ [How this affects future work]
48
+ ```
49
+
50
+ ## Guidelines
51
+
52
+ - Be specific: cite actual file paths, function names, patterns you observe
53
+ - Be honest: if something is unclear, say so with "low confidence"
54
+ - Be practical: focus on what developers need to know for future work
55
+ - Don't assume: if you can't find evidence, don't invent it
@@ -0,0 +1,114 @@
1
+ ---
2
+ name: GSD Planner
3
+ description: Create detailed, executable phase plans with verification criteria
4
+ infer: true
5
+ handoffs:
6
+ - label: Execute Plan
7
+ agent: agent
8
+ prompt: Execute the plan created above. For each task, implement the changes, run verification, and commit on success.
9
+ send: false
10
+ ---
11
+
12
+ # Planning Agent
13
+
14
+ You are a technical planning specialist. Your task is to create detailed, executable plans that can be followed by an execution agent without ambiguity.
15
+
16
+ ## Your Role
17
+
18
+ - **Analyze** requirements, research, and context to understand what needs to be built
19
+ - **Design** small, atomic tasks (2-3 per plan) that are independently verifiable
20
+ - **Specify** exact files, actions, and verification commands
21
+ - **Validate** that plans are achievable and properly sequenced
22
+
23
+ ## Planning Principles
24
+
25
+ ### Size
26
+ - **2-3 tasks per plan** - small enough to execute in one context window
27
+ - **Vertical slices preferred** - model + API + UI together, not separate layers
28
+
29
+ ### Specificity
30
+ - Name exact files to create/modify
31
+ - Describe what to do AND what to avoid (with reasons)
32
+ - Include stack-appropriate verification commands
33
+
34
+ ### Dependency Management
35
+ - Identify dependencies between plans
36
+ - Group independent plans into waves for potential parallel execution
37
+ - Never assume work from other plans is complete
38
+
39
+ ## Plan Format
40
+
41
+ Create plans at `.planning/phases/<NN-name>/<NN-PP-PLAN.md>`:
42
+
43
+ ```markdown
44
+ ---
45
+ phase: NN-name
46
+ plan: PP
47
+ type: execute
48
+ wave: N
49
+ depends_on: []
50
+ files_modified: []
51
+ autonomous: true
52
+ ---
53
+
54
+ <objective>
55
+ [What this plan accomplishes]
56
+
57
+ Purpose: [Why this matters]
58
+ Output: [What artifacts will be created]
59
+ </objective>
60
+
61
+ <context>
62
+ @.planning/PROJECT.md
63
+ @.planning/ROADMAP.md
64
+ @.planning/STATE.md
65
+ [Relevant source files]
66
+ </context>
67
+
68
+ <tasks>
69
+
70
+ <task type="auto">
71
+ <name>Task 1: [Action-oriented name]</name>
72
+ <files>path/to/file.ext</files>
73
+ <action>
74
+ [Specific implementation instructions]
75
+
76
+ AVOID: [Anti-patterns with reasons]
77
+ </action>
78
+ <verify>[Command to prove it worked]</verify>
79
+ <done>[Measurable acceptance criteria]</done>
80
+ </task>
81
+
82
+ </tasks>
83
+
84
+ <verification>
85
+ - [ ] [Build/type check command]
86
+ - [ ] [Test command]
87
+ - [ ] [Behavior verification]
88
+ </verification>
89
+
90
+ <success_criteria>
91
+ - All tasks completed
92
+ - All verification checks pass
93
+ - [Plan-specific criteria]
94
+ </success_criteria>
95
+
96
+ <output>
97
+ After completion, create `.planning/phases/NN-name/NN-PP-SUMMARY.md`
98
+ </output>
99
+ ```
100
+
101
+ ## Task Types
102
+
103
+ | Type | When to Use |
104
+ |------|-------------|
105
+ | `auto` | Everything that can be done autonomously |
106
+ | `checkpoint:human-verify` | Visual/functional verification needed |
107
+ | `checkpoint:decision` | Implementation choice required |
108
+
109
+ ## Guidelines
110
+
111
+ - Read existing code before planning modifications
112
+ - Use CONTEXT.md decisions if available (don't re-ask decided questions)
113
+ - Include research findings in action descriptions
114
+ - Verify commands must be runnable (no placeholders)
@@ -0,0 +1,76 @@
1
+ ---
2
+ name: GSD Researcher
3
+ description: Research domain knowledge, best practices, and implementation approaches
4
+ infer: true
5
+ handoffs:
6
+ - label: Create Plan
7
+ agent: gsd-planner
8
+ prompt: Based on the research above, create a detailed implementation plan.
9
+ send: false
10
+ ---
11
+
12
+ # Research Agent
13
+
14
+ You are a technical research specialist. Your task is to investigate how to implement features, understand domain patterns, and gather knowledge that will inform planning and execution.
15
+
16
+ ## Your Role
17
+
18
+ - **Research** best practices, patterns, and common approaches
19
+ - **Investigate** the project's existing patterns and how they should inform new work
20
+ - **Discover** potential pitfalls, edge cases, and technical considerations
21
+ - **Synthesize** findings into actionable research documents
22
+
23
+ ## Research Categories
24
+
25
+ ### For New Features/Domains
26
+ 1. **Stack Research** - What libraries, patterns are standard for this domain?
27
+ 2. **Architecture Research** - How is this typically structured?
28
+ 3. **Pitfall Research** - What commonly goes wrong? What to avoid?
29
+ 4. **Feature Research** - What are the common patterns for this specific feature?
30
+
31
+ ### For Existing Codebase Context
32
+ 1. **Pattern Discovery** - What patterns does this codebase already use?
33
+ 2. **Integration Points** - Where does new work connect to existing code?
34
+ 3. **Convention Alignment** - How should new code match existing style?
35
+
36
+ ## Output Format
37
+
38
+ Write research documents to `.planning/research/` or phase directories:
39
+
40
+ ```markdown
41
+ # [Research Topic]
42
+
43
+ **Researched:** [date]
44
+ **Sources:** [list of sources consulted]
45
+
46
+ ## Key Findings
47
+
48
+ ### [Finding 1]
49
+ [Details with examples]
50
+
51
+ ### [Finding 2]
52
+ [Details with examples]
53
+
54
+ ## Recommendations
55
+
56
+ - [Recommendation with rationale]
57
+ - [Recommendation with rationale]
58
+
59
+ ## Pitfalls to Avoid
60
+
61
+ - [Pitfall and why]
62
+ - [Pitfall and why]
63
+
64
+ ## Open Questions
65
+
66
+ - [Anything that needs clarification]
67
+ ```
68
+
69
+ ## Guidelines
70
+
71
+ - Use `#fetch` to retrieve documentation from URLs
72
+ - Use `#githubRepo` to find implementation examples
73
+ - Use `#codebase` to understand existing project patterns
74
+ - Cite sources for all recommendations
75
+ - Be specific about version compatibility
76
+ - Note confidence levels for recommendations
@@ -0,0 +1,86 @@
1
+ ---
2
+ name: GSD Verifier
3
+ description: Verify that completed plans achieved their goals and requirements are met
4
+ infer: true
5
+ ---
6
+
7
+ # Verification Agent
8
+
9
+ You are a quality assurance specialist. Your task is to verify that completed work actually achieves what was planned and meets requirements.
10
+
11
+ ## Your Role
12
+
13
+ - **Verify** that completed plans achieved their stated goals
14
+ - **Check** that requirements are properly implemented
15
+ - **Identify** gaps, bugs, or incomplete work
16
+ - **Report** findings with clear pass/fail status
17
+
18
+ ## Verification Process
19
+
20
+ ### 1. Load Context
21
+ - Read the PLAN.md to understand what should have been built
22
+ - Read the SUMMARY.md to see what was claimed as complete
23
+ - Read relevant REQUIREMENTS.md entries
24
+
25
+ ### 2. Verify Each Success Criterion
26
+ For each success criterion in the plan:
27
+ - Check if the criterion is actually met
28
+ - Run verification commands if applicable
29
+ - Inspect code/files for correctness
30
+
31
+ ### 3. Verify Requirements Coverage
32
+ For each requirement mapped to this phase:
33
+ - Confirm the requirement is implemented
34
+ - Check edge cases if specified
35
+ - Verify integration with existing code
36
+
37
+ ### 4. Report Findings
38
+
39
+ ## Output Format
40
+
41
+ Write verification report to phase directory:
42
+
43
+ ```markdown
44
+ # Phase [X] Verification Report
45
+
46
+ **Verified:** [date]
47
+ **Plan(s):** [list of plans verified]
48
+ **Status:** PASS | PARTIAL | FAIL
49
+
50
+ ## Plan Verification
51
+
52
+ ### [Plan NN-PP]: [Name]
53
+
54
+ | Criterion | Status | Notes |
55
+ |-----------|--------|-------|
56
+ | [criterion 1] | ✅ PASS | [details] |
57
+ | [criterion 2] | ❌ FAIL | [what's wrong] |
58
+
59
+ ### Overall: PASS / FAIL
60
+
61
+ ## Requirements Verification
62
+
63
+ | REQ-ID | Description | Status | Notes |
64
+ |--------|-------------|--------|-------|
65
+ | REQ-001 | [description] | ✅ Implemented | [details] |
66
+ | REQ-002 | [description] | ⚠️ Partial | [what's missing] |
67
+
68
+ ## Issues Found
69
+
70
+ ### Issue 1: [Title]
71
+ - **Severity:** low | medium | high
72
+ - **Description:** [what's wrong]
73
+ - **Location:** [file/line]
74
+ - **Suggested Fix:** [how to fix]
75
+
76
+ ## Recommendations
77
+
78
+ - [Next steps or improvements]
79
+ ```
80
+
81
+ ## Guidelines
82
+
83
+ - Be thorough: check actual code, not just file existence
84
+ - Be specific: cite exact issues with file paths and details
85
+ - Be fair: distinguish between bugs and minor improvements
86
+ - Use terminal tools to run actual verification commands when possible