gsd-ag 1.0.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.
- package/.agent/skills/codebase-mapper/SKILL.md +226 -0
- package/.agent/skills/context-compressor/SKILL.md +201 -0
- package/.agent/skills/context-fetch/SKILL.md +184 -0
- package/.agent/skills/context-health-monitor/SKILL.md +105 -0
- package/.agent/skills/debugger/SKILL.md +273 -0
- package/.agent/skills/empirical-validation/SKILL.md +97 -0
- package/.agent/skills/executor/SKILL.md +465 -0
- package/.agent/skills/plan-checker/SKILL.md +283 -0
- package/.agent/skills/planner/SKILL.md +485 -0
- package/.agent/skills/token-budget/SKILL.md +166 -0
- package/.agent/skills/verifier/SKILL.md +421 -0
- package/.agent/workflows/add-phase.md +96 -0
- package/.agent/workflows/add-todo.md +69 -0
- package/.agent/workflows/audit-milestone.md +107 -0
- package/.agent/workflows/check-todos.md +80 -0
- package/.agent/workflows/complete-milestone.md +135 -0
- package/.agent/workflows/debug.md +235 -0
- package/.agent/workflows/discuss-phase.md +103 -0
- package/.agent/workflows/execute.md +325 -0
- package/.agent/workflows/health.md +122 -0
- package/.agent/workflows/help.md +96 -0
- package/.agent/workflows/insert-phase.md +109 -0
- package/.agent/workflows/install.md +152 -0
- package/.agent/workflows/list-phase-assumptions.md +82 -0
- package/.agent/workflows/map.md +394 -0
- package/.agent/workflows/new-milestone.md +126 -0
- package/.agent/workflows/new-project.md +368 -0
- package/.agent/workflows/pause.md +176 -0
- package/.agent/workflows/plan-milestone-gaps.md +116 -0
- package/.agent/workflows/plan.md +380 -0
- package/.agent/workflows/progress.md +90 -0
- package/.agent/workflows/quick.md +128 -0
- package/.agent/workflows/remove-phase.md +139 -0
- package/.agent/workflows/research-phase.md +160 -0
- package/.agent/workflows/resume.md +131 -0
- package/.agent/workflows/update.md +203 -0
- package/.agent/workflows/verify.md +263 -0
- package/.agent/workflows/web-search.md +121 -0
- package/.agent/workflows/whats-new.md +80 -0
- package/.gemini/GEMINI.md +67 -0
- package/.gsd/GSD-STYLE.md +272 -0
- package/.gsd/PROJECT_RULES.md +256 -0
- package/.gsd/adapters/CLAUDE.md +77 -0
- package/.gsd/adapters/GEMINI.md +92 -0
- package/.gsd/adapters/GPT_OSS.md +130 -0
- package/.gsd/docs/model-selection-playbook.md +128 -0
- package/.gsd/docs/runbook.md +296 -0
- package/.gsd/docs/token-optimization-guide.md +207 -0
- package/.gsd/examples/cross-platform.md +99 -0
- package/.gsd/examples/multi-wave-workflow.md +256 -0
- package/.gsd/examples/quick-reference.md +73 -0
- package/.gsd/examples/workflow-example.md +139 -0
- package/.gsd/model_capabilities.yaml +108 -0
- package/.gsd/templates/DEBUG.md +123 -0
- package/.gsd/templates/PLAN.md +90 -0
- package/.gsd/templates/RESEARCH.md +75 -0
- package/.gsd/templates/SUMMARY.md +103 -0
- package/.gsd/templates/UAT.md +168 -0
- package/.gsd/templates/VERIFICATION.md +70 -0
- package/.gsd/templates/architecture.md +67 -0
- package/.gsd/templates/context.md +91 -0
- package/.gsd/templates/decisions.md +37 -0
- package/.gsd/templates/discovery.md +122 -0
- package/.gsd/templates/journal.md +46 -0
- package/.gsd/templates/milestone.md +91 -0
- package/.gsd/templates/phase-summary.md +52 -0
- package/.gsd/templates/project.md +124 -0
- package/.gsd/templates/requirements.md +92 -0
- package/.gsd/templates/roadmap.md +103 -0
- package/.gsd/templates/spec.md +51 -0
- package/.gsd/templates/sprint.md +57 -0
- package/.gsd/templates/stack.md +62 -0
- package/.gsd/templates/state.md +92 -0
- package/.gsd/templates/state_snapshot.md +132 -0
- package/.gsd/templates/todo.md +32 -0
- package/.gsd/templates/token_report.md +79 -0
- package/.gsd/templates/user-setup.md +116 -0
- package/LICENSE +21 -0
- package/README.md +523 -0
- package/bin/init.js +117 -0
- package/package.json +35 -0
|
@@ -0,0 +1,263 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: The Auditor — Validate work against spec with empirical evidence
|
|
3
|
+
argument-hint: "<phase-number>"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /verify Workflow
|
|
7
|
+
|
|
8
|
+
<role>
|
|
9
|
+
You are a GSD verifier. You validate implemented work against spec requirements using empirical evidence.
|
|
10
|
+
|
|
11
|
+
**Core principle:** No "trust me, it works." Every verification produces proof.
|
|
12
|
+
|
|
13
|
+
**Core responsibilities:**
|
|
14
|
+
- Extract testable deliverables from phase
|
|
15
|
+
- Walk through each requirement
|
|
16
|
+
- Collect empirical evidence (commands, screenshots)
|
|
17
|
+
- Create verification report
|
|
18
|
+
- Generate fix plans if issues found
|
|
19
|
+
</role>
|
|
20
|
+
|
|
21
|
+
<objective>
|
|
22
|
+
Confirm that implemented work meets spec requirements with documented proof.
|
|
23
|
+
|
|
24
|
+
The verifier checks the CODEBASE, not SUMMARY claims.
|
|
25
|
+
</objective>
|
|
26
|
+
|
|
27
|
+
<context>
|
|
28
|
+
**Phase:** $ARGUMENTS (required — phase number to verify)
|
|
29
|
+
|
|
30
|
+
**Required files:**
|
|
31
|
+
- `.gsd/SPEC.md` — Original requirements
|
|
32
|
+
- `.gsd/ROADMAP.md` — Phase definition with must-haves
|
|
33
|
+
- `.gsd/phases/{phase}/*-SUMMARY.md` — What was implemented
|
|
34
|
+
</context>
|
|
35
|
+
|
|
36
|
+
<process>
|
|
37
|
+
|
|
38
|
+
## 1. Load Verification Context
|
|
39
|
+
|
|
40
|
+
Read:
|
|
41
|
+
- Phase definition from `.gsd/ROADMAP.md`
|
|
42
|
+
- Original requirements from `.gsd/SPEC.md`
|
|
43
|
+
- All SUMMARY.md files from `.gsd/phases/{phase}/`
|
|
44
|
+
|
|
45
|
+
---
|
|
46
|
+
|
|
47
|
+
## 2. Extract Must-Haves
|
|
48
|
+
|
|
49
|
+
From the phase definition, identify **must-haves** — requirements that MUST be true for the phase to be complete.
|
|
50
|
+
|
|
51
|
+
```markdown
|
|
52
|
+
### Must-Haves for Phase {N}
|
|
53
|
+
1. {Requirement 1} — How to verify
|
|
54
|
+
2. {Requirement 2} — How to verify
|
|
55
|
+
3. {Requirement 3} — How to verify
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## 3. Verify Each Must-Have
|
|
61
|
+
|
|
62
|
+
For each must-have:
|
|
63
|
+
|
|
64
|
+
### 3a. Determine Verification Method
|
|
65
|
+
|
|
66
|
+
| Type | Method | Evidence |
|
|
67
|
+
|------|--------|----------|
|
|
68
|
+
| API/Backend | Run curl or test command | Command output |
|
|
69
|
+
| UI | Use browser tool | Screenshot |
|
|
70
|
+
| Build | Run build command | Success output |
|
|
71
|
+
| Tests | Run test suite | Test results |
|
|
72
|
+
| File exists | Check filesystem | File listing |
|
|
73
|
+
| Code behavior | Run specific scenario | Output |
|
|
74
|
+
|
|
75
|
+
### 3b. Execute Verification
|
|
76
|
+
|
|
77
|
+
Run the verification command/action.
|
|
78
|
+
|
|
79
|
+
// turbo
|
|
80
|
+
```bash
|
|
81
|
+
# Example: Run tests
|
|
82
|
+
npm test
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
### 3c. Record Evidence
|
|
86
|
+
|
|
87
|
+
For each must-have, record:
|
|
88
|
+
- **Status:** PASS / FAIL
|
|
89
|
+
- **Evidence:** Command output, screenshot path, etc.
|
|
90
|
+
- **Notes:** Any observations
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## 4. Create Verification Report
|
|
95
|
+
|
|
96
|
+
Write `.gsd/phases/{phase}/VERIFICATION.md`:
|
|
97
|
+
|
|
98
|
+
```markdown
|
|
99
|
+
---
|
|
100
|
+
phase: {N}
|
|
101
|
+
verified_at: {timestamp}
|
|
102
|
+
verdict: PASS | FAIL | PARTIAL
|
|
103
|
+
---
|
|
104
|
+
|
|
105
|
+
# Phase {N} Verification Report
|
|
106
|
+
|
|
107
|
+
## Summary
|
|
108
|
+
{X}/{Y} must-haves verified
|
|
109
|
+
|
|
110
|
+
## Must-Haves
|
|
111
|
+
|
|
112
|
+
### ✅ {Must-have 1}
|
|
113
|
+
**Status:** PASS
|
|
114
|
+
**Evidence:**
|
|
115
|
+
```
|
|
116
|
+
{command output or description}
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
### ❌ {Must-have 2}
|
|
120
|
+
**Status:** FAIL
|
|
121
|
+
**Reason:** {why it failed}
|
|
122
|
+
**Expected:** {what should happen}
|
|
123
|
+
**Actual:** {what happened}
|
|
124
|
+
|
|
125
|
+
## Verdict
|
|
126
|
+
{PASS | FAIL | PARTIAL}
|
|
127
|
+
|
|
128
|
+
## Gap Closure Required
|
|
129
|
+
{If FAIL, list what needs to be fixed}
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
---
|
|
133
|
+
|
|
134
|
+
## 5. Handle Results
|
|
135
|
+
|
|
136
|
+
### If PASS (all must-haves verified):
|
|
137
|
+
|
|
138
|
+
Update `.gsd/STATE.md`:
|
|
139
|
+
```markdown
|
|
140
|
+
## Current Position
|
|
141
|
+
- **Phase**: {N} (verified)
|
|
142
|
+
- **Status**: ✅ Complete and verified
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
Output:
|
|
146
|
+
```
|
|
147
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
148
|
+
GSD ► PHASE {N} VERIFIED ✓
|
|
149
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
150
|
+
|
|
151
|
+
{X}/{X} must-haves verified
|
|
152
|
+
|
|
153
|
+
All requirements satisfied.
|
|
154
|
+
|
|
155
|
+
───────────────────────────────────────────────────────
|
|
156
|
+
|
|
157
|
+
▶ Next Up
|
|
158
|
+
|
|
159
|
+
/execute {N+1} — proceed to next phase
|
|
160
|
+
|
|
161
|
+
───────────────────────────────────────────────────────
|
|
162
|
+
```
|
|
163
|
+
|
|
164
|
+
### If FAIL (some must-haves failed):
|
|
165
|
+
|
|
166
|
+
**Create gap closure plans:**
|
|
167
|
+
|
|
168
|
+
For each failed must-have, create a fix plan in `.gsd/phases/{phase}/`:
|
|
169
|
+
|
|
170
|
+
```markdown
|
|
171
|
+
---
|
|
172
|
+
phase: {N}
|
|
173
|
+
plan: fix-{issue}
|
|
174
|
+
wave: 1
|
|
175
|
+
gap_closure: true
|
|
176
|
+
---
|
|
177
|
+
|
|
178
|
+
# Fix Plan: {Issue Name}
|
|
179
|
+
|
|
180
|
+
## Problem
|
|
181
|
+
{What failed and why}
|
|
182
|
+
|
|
183
|
+
## Tasks
|
|
184
|
+
|
|
185
|
+
<task type="auto">
|
|
186
|
+
<name>Fix {issue}</name>
|
|
187
|
+
<files>{files to modify}</files>
|
|
188
|
+
<action>{specific fix instructions}</action>
|
|
189
|
+
<verify>{how to verify the fix}</verify>
|
|
190
|
+
<done>{acceptance criteria}</done>
|
|
191
|
+
</task>
|
|
192
|
+
```
|
|
193
|
+
|
|
194
|
+
Output:
|
|
195
|
+
```
|
|
196
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
197
|
+
GSD ► PHASE {N} GAPS FOUND ⚠
|
|
198
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
199
|
+
|
|
200
|
+
{X}/{Y} must-haves verified
|
|
201
|
+
{Z} issues require fixes
|
|
202
|
+
|
|
203
|
+
Gap closure plans created.
|
|
204
|
+
|
|
205
|
+
───────────────────────────────────────────────────────
|
|
206
|
+
|
|
207
|
+
▶ Next Up
|
|
208
|
+
|
|
209
|
+
/execute {N} --gaps-only — run fix plans
|
|
210
|
+
|
|
211
|
+
───────────────────────────────────────────────────────
|
|
212
|
+
```
|
|
213
|
+
|
|
214
|
+
---
|
|
215
|
+
|
|
216
|
+
## 6. Commit Verification
|
|
217
|
+
|
|
218
|
+
```bash
|
|
219
|
+
git add .gsd/phases/{phase}/VERIFICATION.md
|
|
220
|
+
git commit -m "docs(phase-{N}): verification report"
|
|
221
|
+
```
|
|
222
|
+
|
|
223
|
+
</process>
|
|
224
|
+
|
|
225
|
+
<evidence_requirements>
|
|
226
|
+
|
|
227
|
+
## Forbidden Phrases
|
|
228
|
+
|
|
229
|
+
Never accept these as verification:
|
|
230
|
+
- "This should work"
|
|
231
|
+
- "The code looks correct"
|
|
232
|
+
- "I've made similar changes before"
|
|
233
|
+
- "Based on my understanding"
|
|
234
|
+
- "It follows the pattern"
|
|
235
|
+
|
|
236
|
+
## Required Evidence
|
|
237
|
+
|
|
238
|
+
| Claim | Required Proof |
|
|
239
|
+
|-------|----------------|
|
|
240
|
+
| "Tests pass" | Actual test output |
|
|
241
|
+
| "API works" | Curl command + response |
|
|
242
|
+
| "UI renders" | Screenshot |
|
|
243
|
+
| "Build succeeds" | Build output |
|
|
244
|
+
| "File created" | `ls` or `dir` output |
|
|
245
|
+
|
|
246
|
+
</evidence_requirements>
|
|
247
|
+
|
|
248
|
+
<related>
|
|
249
|
+
## Related
|
|
250
|
+
|
|
251
|
+
### Workflows
|
|
252
|
+
| Command | Relationship |
|
|
253
|
+
|---------|--------------|
|
|
254
|
+
| `/execute` | Run before /verify to implement work |
|
|
255
|
+
| `/execute --gaps-only` | Fix issues found by /verify |
|
|
256
|
+
| `/debug` | Diagnose verification failures |
|
|
257
|
+
|
|
258
|
+
### Skills
|
|
259
|
+
| Skill | Purpose |
|
|
260
|
+
|-------|---------|
|
|
261
|
+
| `verifier` | Detailed verification methodology |
|
|
262
|
+
| `empirical-validation` | Evidence requirements |
|
|
263
|
+
</related>
|
|
@@ -0,0 +1,121 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Search the web for information to inform decisions
|
|
3
|
+
argument-hint: "<query> [--domain <site>]"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /web-search Workflow
|
|
7
|
+
|
|
8
|
+
<objective>
|
|
9
|
+
Search the web to gather information for technical decisions, API documentation, library comparisons, or any research need.
|
|
10
|
+
</objective>
|
|
11
|
+
|
|
12
|
+
<when_to_use>
|
|
13
|
+
- Evaluating libraries or frameworks
|
|
14
|
+
- Finding API documentation
|
|
15
|
+
- Checking current best practices
|
|
16
|
+
- Researching error messages
|
|
17
|
+
- Comparing implementation approaches
|
|
18
|
+
- Getting up-to-date information on tools/services
|
|
19
|
+
</when_to_use>
|
|
20
|
+
|
|
21
|
+
<process>
|
|
22
|
+
|
|
23
|
+
## 1. Formulate Query
|
|
24
|
+
|
|
25
|
+
Parse the user's request into a focused search query.
|
|
26
|
+
|
|
27
|
+
**Good queries:**
|
|
28
|
+
- Specific: "Next.js 14 app router authentication best practices"
|
|
29
|
+
- Targeted: "Prisma vs Drizzle ORM comparison 2024"
|
|
30
|
+
- Actionable: "how to fix CORS error Express.js"
|
|
31
|
+
|
|
32
|
+
**Bad queries:**
|
|
33
|
+
- Too broad: "how to code"
|
|
34
|
+
- Too vague: "best database"
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## 2. Execute Search
|
|
39
|
+
|
|
40
|
+
Use the `search_web` tool with:
|
|
41
|
+
- Query: The formulated search query
|
|
42
|
+
- Domain (optional): Prioritize specific site (e.g., `docs.python.org`)
|
|
43
|
+
|
|
44
|
+
---
|
|
45
|
+
|
|
46
|
+
## 3. Analyze Results
|
|
47
|
+
|
|
48
|
+
From the search results:
|
|
49
|
+
1. **Extract key information** relevant to the user's need
|
|
50
|
+
2. **Note sources** for citations
|
|
51
|
+
3. **Identify patterns** across multiple results
|
|
52
|
+
4. **Flag contradictions** or outdated information
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
## 4. Summarize Findings
|
|
57
|
+
|
|
58
|
+
Present findings clearly:
|
|
59
|
+
|
|
60
|
+
```
|
|
61
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
62
|
+
GSD ► WEB SEARCH RESULTS
|
|
63
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
64
|
+
|
|
65
|
+
Query: {query}
|
|
66
|
+
|
|
67
|
+
───────────────────────────────────────────────────────
|
|
68
|
+
|
|
69
|
+
KEY FINDINGS
|
|
70
|
+
────────────
|
|
71
|
+
• {finding 1}
|
|
72
|
+
• {finding 2}
|
|
73
|
+
• {finding 3}
|
|
74
|
+
|
|
75
|
+
RECOMMENDATION
|
|
76
|
+
──────────────
|
|
77
|
+
{actionable recommendation based on findings}
|
|
78
|
+
|
|
79
|
+
SOURCES
|
|
80
|
+
───────
|
|
81
|
+
• {source 1}
|
|
82
|
+
• {source 2}
|
|
83
|
+
|
|
84
|
+
───────────────────────────────────────────────────────
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
---
|
|
88
|
+
|
|
89
|
+
## 5. Offer Next Steps
|
|
90
|
+
|
|
91
|
+
Based on findings:
|
|
92
|
+
- Suggest follow-up searches if needed
|
|
93
|
+
- Recommend adding to RESEARCH.md for project context
|
|
94
|
+
- Offer to implement based on findings
|
|
95
|
+
|
|
96
|
+
</process>
|
|
97
|
+
|
|
98
|
+
<integration>
|
|
99
|
+
## Integration with GSD
|
|
100
|
+
|
|
101
|
+
**During /research-phase:**
|
|
102
|
+
Use `/web-search` to gather information for RESEARCH.md.
|
|
103
|
+
|
|
104
|
+
**During /plan:**
|
|
105
|
+
Use `/web-search` when discovery level 1-3 indicates research needed.
|
|
106
|
+
|
|
107
|
+
**During /debug:**
|
|
108
|
+
Use `/web-search` to find solutions to error messages.
|
|
109
|
+
</integration>
|
|
110
|
+
|
|
111
|
+
<related>
|
|
112
|
+
## Related
|
|
113
|
+
|
|
114
|
+
### Workflows
|
|
115
|
+
| Command | Relationship |
|
|
116
|
+
|---------|--------------|
|
|
117
|
+
| `/research-phase` | Uses web-search for phase research |
|
|
118
|
+
| `/plan` | May trigger web-search for discovery |
|
|
119
|
+
| `/debug` | Search for error solutions |
|
|
120
|
+
|
|
121
|
+
</related>
|
|
@@ -0,0 +1,80 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Show recent GSD changes and new features
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /whats-new Workflow
|
|
6
|
+
|
|
7
|
+
<objective>
|
|
8
|
+
Display recent changes, new features, and improvements to GSD for Antigravity.
|
|
9
|
+
</objective>
|
|
10
|
+
|
|
11
|
+
<process>
|
|
12
|
+
|
|
13
|
+
## 1. Read CHANGELOG.md
|
|
14
|
+
|
|
15
|
+
```bash
|
|
16
|
+
# Read the latest version section from CHANGELOG.md
|
|
17
|
+
head -50 CHANGELOG.md
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
## 2. Display Recent Changes
|
|
21
|
+
|
|
22
|
+
Display the latest version(s) from CHANGELOG.md:
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
26
|
+
GSD ► WHAT'S NEW
|
|
27
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
28
|
+
|
|
29
|
+
VERSION 1.2.0 — 2026-01-17
|
|
30
|
+
══════════════════════════
|
|
31
|
+
|
|
32
|
+
🌍 CROSS-PLATFORM SUPPORT
|
|
33
|
+
|
|
34
|
+
• All 16 workflow files now have Bash equivalents
|
|
35
|
+
• README with dual-syntax Getting Started
|
|
36
|
+
• /web-search workflow for research
|
|
37
|
+
|
|
38
|
+
───────────────────────────────────────────────────────
|
|
39
|
+
|
|
40
|
+
VERSION 1.1.0 — 2026-01-17
|
|
41
|
+
══════════════════════════
|
|
42
|
+
|
|
43
|
+
📚 TEMPLATE PARITY & EXAMPLES
|
|
44
|
+
|
|
45
|
+
• 14 new templates (DEBUG.md, UAT.md, etc.)
|
|
46
|
+
• Examples directory with walkthroughs
|
|
47
|
+
• /add-todo and /check-todos workflows
|
|
48
|
+
• Cross-references between workflows
|
|
49
|
+
|
|
50
|
+
───────────────────────────────────────────────────────
|
|
51
|
+
|
|
52
|
+
VERSION 1.0.0 — 2026-01-17
|
|
53
|
+
══════════════════════════
|
|
54
|
+
|
|
55
|
+
🎉 INITIAL RELEASE
|
|
56
|
+
|
|
57
|
+
Full port of GSD methodology to Google Antigravity.
|
|
58
|
+
• 24 workflows, 8 skills, 14 templates
|
|
59
|
+
• 4 core rules: Planning Lock, State Persistence,
|
|
60
|
+
Context Hygiene, Empirical Validation
|
|
61
|
+
|
|
62
|
+
───────────────────────────────────────────────────────
|
|
63
|
+
|
|
64
|
+
📚 Full changelog: CHANGELOG.md
|
|
65
|
+
|
|
66
|
+
───────────────────────────────────────────────────────
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
</process>
|
|
70
|
+
|
|
71
|
+
<related>
|
|
72
|
+
## Related
|
|
73
|
+
|
|
74
|
+
### Workflows
|
|
75
|
+
| Command | Relationship |
|
|
76
|
+
|---------|--------------|
|
|
77
|
+
| `/update` | Update GSD to latest version |
|
|
78
|
+
| `/help` | List all commands |
|
|
79
|
+
|
|
80
|
+
</related>
|
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
# GSD Methodology — Mission Control Rules
|
|
2
|
+
|
|
3
|
+
> **Get Shit Done**: A spec-driven, context-engineered development methodology.
|
|
4
|
+
>
|
|
5
|
+
> These rules enforce disciplined, high-quality autonomous development.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Canonical Rules
|
|
10
|
+
|
|
11
|
+
**All canonical rules are in [PROJECT_RULES.md](../.gsd/PROJECT_RULES.md).**
|
|
12
|
+
|
|
13
|
+
This file provides Gemini-specific integration. For the complete methodology, see PROJECT_RULES.md.
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Core Principles
|
|
18
|
+
|
|
19
|
+
1. **Plan Before You Build** — No code without specification
|
|
20
|
+
2. **State Is Sacred** — Every action updates persistent memory
|
|
21
|
+
3. **Context Is Limited** — Prevent degradation through hygiene
|
|
22
|
+
4. **Verify Empirically** — No "trust me, it works"
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## Quick Reference
|
|
27
|
+
|
|
28
|
+
```
|
|
29
|
+
Before coding → Check SPEC.md is FINALIZED
|
|
30
|
+
Before file read → Search first, then targeted read
|
|
31
|
+
After each task → Update STATE.md
|
|
32
|
+
After 3 failures → State dump + fresh session
|
|
33
|
+
Before "Done" → Empirical proof captured
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## Workflow Integration
|
|
39
|
+
|
|
40
|
+
These rules integrate with the GSD workflows:
|
|
41
|
+
|
|
42
|
+
| Workflow | Rules Enforced |
|
|
43
|
+
|----------|----------------|
|
|
44
|
+
| `/map` | Updates ARCHITECTURE.md, STACK.md |
|
|
45
|
+
| `/plan` | Enforces Planning Lock, creates ROADMAP |
|
|
46
|
+
| `/execute` | Enforces State Persistence after each task |
|
|
47
|
+
| `/verify` | Enforces Empirical Validation |
|
|
48
|
+
| `/pause` | Triggers Context Hygiene state dump |
|
|
49
|
+
| `/resume` | Loads state from STATE.md |
|
|
50
|
+
|
|
51
|
+
---
|
|
52
|
+
|
|
53
|
+
## Gemini-Specific Tips
|
|
54
|
+
|
|
55
|
+
For Gemini-specific enhancements, see [adapters/GEMINI.md](../.gsd/adapters/GEMINI.md).
|
|
56
|
+
|
|
57
|
+
Key recommendations:
|
|
58
|
+
- **Flash** for quick iterations and simple edits
|
|
59
|
+
- **Pro** for complex planning and analysis
|
|
60
|
+
- Large context is available but **search-first** still applies
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
*GSD Methodology adapted for Google Antigravity*
|
|
65
|
+
*Canonical rules: [PROJECT_RULES.md](../.gsd/PROJECT_RULES.md)*
|
|
66
|
+
*Source: https://github.com/glittercowboy/get-shit-done*
|
|
67
|
+
|