gaia-framework 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/README.md +552 -0
- package/bin/gaia-framework.js +150 -0
- package/gaia-install.sh +786 -0
- package/package.json +29 -0
package/README.md
ADDED
|
@@ -0,0 +1,552 @@
|
|
|
1
|
+
# GAIA — Generative Agile Intelligence Architecture
|
|
2
|
+
|
|
3
|
+
AI agent framework for [Claude Code](https://docs.anthropic.com/en/docs/claude-code) that orchestrates software product development through 26 specialized agents, 56 workflows, and 8 shared skills — from initial research all the way to deployment.
|
|
4
|
+
|
|
5
|
+
GAIA gives you a team of AI agents with distinct personas, structured workflows that follow a proven product lifecycle, built-in quality gates, checkpoint/resume for long-running sessions, and persistent agent memory across conversations.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Installation
|
|
10
|
+
|
|
11
|
+
### Using npx (recommended)
|
|
12
|
+
|
|
13
|
+
```bash
|
|
14
|
+
npx gaia-framework init .
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
This clones the latest GAIA release from GitHub and installs it into the current directory.
|
|
18
|
+
|
|
19
|
+
```bash
|
|
20
|
+
# Install into a new project
|
|
21
|
+
npx gaia-framework init ~/my-new-project
|
|
22
|
+
|
|
23
|
+
# Skip interactive prompts (uses defaults)
|
|
24
|
+
npx gaia-framework init --yes ~/my-project
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
**Requirements:** Node.js 18+ and git.
|
|
28
|
+
|
|
29
|
+
### Using the shell script directly
|
|
30
|
+
|
|
31
|
+
```bash
|
|
32
|
+
# Clone the repo
|
|
33
|
+
git clone https://github.com/J-louage/Gaia-framework.git
|
|
34
|
+
|
|
35
|
+
# Install into your project
|
|
36
|
+
bash Gaia-framework/gaia-install.sh init ~/my-project
|
|
37
|
+
|
|
38
|
+
# Or use a local copy as source
|
|
39
|
+
bash gaia-install.sh init --source ~/Gaia-framework ~/my-project
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
The script resolves sources in this order: `--source` flag, `$GAIA_SOURCE` env var, script's own directory, GitHub clone.
|
|
43
|
+
|
|
44
|
+
### What the installer does
|
|
45
|
+
|
|
46
|
+
1. Copies the `_gaia/` framework into your project
|
|
47
|
+
2. Creates `docs/` artifact directories (planning, implementation, test, creative)
|
|
48
|
+
3. Creates memory sidecar directories with `.gitkeep` files
|
|
49
|
+
4. Creates `.resolved/` directories for pre-built configs
|
|
50
|
+
5. Prompts for project name and user name, writes them to `global.yaml`
|
|
51
|
+
6. Copies `CLAUDE.md` to your project root (the framework instruction file)
|
|
52
|
+
7. Installs 99 slash commands to `.claude/commands/`
|
|
53
|
+
8. Appends GAIA entries to `.gitignore`
|
|
54
|
+
|
|
55
|
+
### Updating an existing installation
|
|
56
|
+
|
|
57
|
+
```bash
|
|
58
|
+
# Via npx
|
|
59
|
+
npx gaia-framework update .
|
|
60
|
+
|
|
61
|
+
# Via shell script
|
|
62
|
+
bash gaia-install.sh update ~/my-project
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
Update refreshes all framework files (engine, agents, workflows, skills, knowledge, commands) while preserving your `global.yaml` configuration, agent memory, resolved configs, and `CLAUDE.md`.
|
|
66
|
+
|
|
67
|
+
Changed files are backed up to `_gaia/_backups/{timestamp}/` before overwriting.
|
|
68
|
+
|
|
69
|
+
### Validating and checking status
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
# Check installation integrity (32 checks)
|
|
73
|
+
npx gaia-framework validate .
|
|
74
|
+
|
|
75
|
+
# Show version, module list, command count, sidecar status
|
|
76
|
+
npx gaia-framework status .
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
### Installer options
|
|
80
|
+
|
|
81
|
+
```
|
|
82
|
+
gaia-install.sh <command> [options] [target]
|
|
83
|
+
|
|
84
|
+
Commands:
|
|
85
|
+
init Install GAIA into a project
|
|
86
|
+
update Update framework files (preserves config and memory)
|
|
87
|
+
validate Check installation integrity
|
|
88
|
+
status Show installation info
|
|
89
|
+
|
|
90
|
+
Options:
|
|
91
|
+
--source <path> Local GAIA source directory
|
|
92
|
+
--yes Skip confirmation prompts
|
|
93
|
+
--dry-run Show what would be done without making changes
|
|
94
|
+
--verbose Show detailed progress
|
|
95
|
+
--help Show help
|
|
96
|
+
```
|
|
97
|
+
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
## Getting Started
|
|
101
|
+
|
|
102
|
+
After installation, open your project in Claude Code:
|
|
103
|
+
|
|
104
|
+
```bash
|
|
105
|
+
cd ~/my-project
|
|
106
|
+
claude
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
Then type `/gaia` to launch the orchestrator. Gaia presents a categorized menu and routes you to the right agent or workflow.
|
|
110
|
+
|
|
111
|
+
### 5 essential commands
|
|
112
|
+
|
|
113
|
+
| Command | What it does |
|
|
114
|
+
|---------|-------------|
|
|
115
|
+
| `/gaia` | Launch the orchestrator — shows categories and routes you |
|
|
116
|
+
| `/gaia-dev-story` | Implement a user story end-to-end |
|
|
117
|
+
| `/gaia-quick-spec` | Create a rapid tech spec for small changes |
|
|
118
|
+
| `/gaia-quick-dev` | Implement a quick spec |
|
|
119
|
+
| `/gaia-help` | Context-sensitive help for wherever you are |
|
|
120
|
+
|
|
121
|
+
### First-time setup
|
|
122
|
+
|
|
123
|
+
After installing GAIA into your project, run `/gaia-build-configs` to generate pre-resolved configuration files. This speeds up every future workflow activation by eliminating runtime config resolution.
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## Architecture
|
|
128
|
+
|
|
129
|
+
```
|
|
130
|
+
_gaia/
|
|
131
|
+
├── _config/ # Global config, manifests, agent registry
|
|
132
|
+
│ ├── global.yaml # Project settings — single source of truth
|
|
133
|
+
│ └── manifest.yaml # Module registry
|
|
134
|
+
├── _memory/ # Persistent agent memory + checkpoints
|
|
135
|
+
│ ├── checkpoints/ # Workflow progress snapshots
|
|
136
|
+
│ └── *-sidecar/ # Per-agent persistent memory (9 sidecars)
|
|
137
|
+
├── core/ # Execution engine, protocols, shared tasks
|
|
138
|
+
│ ├── engine/ # workflow.xml, task-runner.xml, error-recovery.xml
|
|
139
|
+
│ ├── tasks/ # 17 standalone review/utility tasks
|
|
140
|
+
│ └── workflows/ # Brainstorming, party mode, advanced elicitation
|
|
141
|
+
├── lifecycle/ # Product lifecycle (5 phases)
|
|
142
|
+
│ ├── agents/ # 11 lifecycle agents
|
|
143
|
+
│ ├── workflows/ # 34 workflows across 5 phases + anytime + quick-flow
|
|
144
|
+
│ ├── templates/ # PRD, architecture, story, sprint plan templates
|
|
145
|
+
│ └── teams/ # Pre-built team compositions
|
|
146
|
+
├── dev/ # Developer tooling
|
|
147
|
+
│ ├── agents/ # 6 stack-specific developers + base
|
|
148
|
+
│ ├── skills/ # 8 shared skills with sectioned loading
|
|
149
|
+
│ └── knowledge/ # Stack-specific patterns (Angular, React, Flutter, etc.)
|
|
150
|
+
├── creative/ # Creative intelligence
|
|
151
|
+
│ ├── agents/ # 6 creative agents
|
|
152
|
+
│ ├── workflows/ # 7 creative workflows
|
|
153
|
+
│ └── data/ # Methods, frameworks, story types
|
|
154
|
+
└── testing/ # Test architecture
|
|
155
|
+
├── agents/ # Test Architect (Sable)
|
|
156
|
+
├── workflows/ # 12 testing workflows
|
|
157
|
+
└── knowledge/ # 20+ testing knowledge fragments
|
|
158
|
+
```
|
|
159
|
+
|
|
160
|
+
### At a glance
|
|
161
|
+
|
|
162
|
+
| Component | Count |
|
|
163
|
+
|-----------|-------|
|
|
164
|
+
| Modules | 5 (core, lifecycle, dev, creative, testing) |
|
|
165
|
+
| Agents | 26 with distinct personas |
|
|
166
|
+
| Workflows | 56 covering the full product lifecycle |
|
|
167
|
+
| Standalone tasks | 17 (reviews, audits, utilities) |
|
|
168
|
+
| Shared skills | 8 with 29 loadable sections |
|
|
169
|
+
| Slash commands | 99 |
|
|
170
|
+
| Knowledge fragments | 34+ (testing, stack patterns) |
|
|
171
|
+
| Agent memory sidecars | 9 |
|
|
172
|
+
| Output artifact dirs | 4 |
|
|
173
|
+
|
|
174
|
+
---
|
|
175
|
+
|
|
176
|
+
## Agents
|
|
177
|
+
|
|
178
|
+
Every agent has a name, persona, and specialization. You can activate any agent directly with `/gaia-agent-{name}` or let the orchestrator route you.
|
|
179
|
+
|
|
180
|
+
### Orchestrator
|
|
181
|
+
|
|
182
|
+
| Agent | Name | Role |
|
|
183
|
+
|-------|------|------|
|
|
184
|
+
| Orchestrator | Gaia | Routes requests, manages resources, presents categorized menus |
|
|
185
|
+
|
|
186
|
+
### Lifecycle Agents
|
|
187
|
+
|
|
188
|
+
| Agent | Name | Specialization | Command |
|
|
189
|
+
|-------|------|---------------|---------|
|
|
190
|
+
| Business Analyst | Elena | Market research, domain analysis, product briefs | `/gaia-agent-analyst` |
|
|
191
|
+
| Product Manager | Derek | PRDs, requirements, stakeholder alignment | `/gaia-agent-pm` |
|
|
192
|
+
| UX Designer | Christy | User research, interaction design, UI patterns | `/gaia-agent-ux-designer` |
|
|
193
|
+
| System Architect | Theo | Architecture design, technical decisions, readiness | `/gaia-agent-architect` |
|
|
194
|
+
| Scrum Master | Nate | Sprint planning, story prep, agile ceremonies | `/gaia-agent-sm` |
|
|
195
|
+
| QA Engineer | Vera | Test automation, API testing, E2E testing | `/gaia-agent-qa` |
|
|
196
|
+
| Technical Writer | Iris | Documentation, diagrams, editorial reviews | `/gaia-agent-tech-writer` |
|
|
197
|
+
| Security Expert | Zara | Threat modeling, OWASP reviews, compliance | `/gaia-agent-security` |
|
|
198
|
+
| DevOps Engineer | Soren | Infrastructure, deployment, rollback planning | `/gaia-agent-devops` |
|
|
199
|
+
| Data Engineer | Milo | Schema design, ETL guidance, data quality | `/gaia-agent-data-engineer` |
|
|
200
|
+
| Performance Specialist | Juno | Load testing, profiling, Core Web Vitals | `/gaia-agent-performance` |
|
|
201
|
+
|
|
202
|
+
### Developer Agents
|
|
203
|
+
|
|
204
|
+
All developer agents extend a shared base with common dev patterns. Each adds stack-specific knowledge.
|
|
205
|
+
|
|
206
|
+
| Agent | Name | Stack | Command |
|
|
207
|
+
|-------|------|-------|---------|
|
|
208
|
+
| TypeScript Dev | Cleo | React, Next.js, Express | `/gaia-agent-dev-typescript` |
|
|
209
|
+
| Angular Dev | Lena | Angular, RxJS, NgRx | `/gaia-agent-dev-angular` |
|
|
210
|
+
| Flutter Dev | Freya | Flutter, Dart, cross-platform | `/gaia-agent-dev-flutter` |
|
|
211
|
+
| Java Dev | Hugo | Spring Boot, JPA, microservices | `/gaia-agent-dev-java` |
|
|
212
|
+
| Python Dev | Ravi | Django, FastAPI, data pipelines | `/gaia-agent-dev-python` |
|
|
213
|
+
| Mobile Dev | Talia | React Native, Swift, Kotlin | `/gaia-agent-dev-mobile` |
|
|
214
|
+
|
|
215
|
+
### Creative Agents
|
|
216
|
+
|
|
217
|
+
| Agent | Name | Specialization | Command |
|
|
218
|
+
|-------|------|---------------|---------|
|
|
219
|
+
| Brainstorming Coach | Rex | Facilitated ideation, creative techniques | `/gaia-agent-brainstorming` |
|
|
220
|
+
| Problem Solver | Nova | Systematic problem-solving, root cause analysis | `/gaia-agent-problem-solver` |
|
|
221
|
+
| Design Thinking Coach | Lyra | Human-centered design, empathy mapping | `/gaia-agent-design-thinking` |
|
|
222
|
+
| Innovation Strategist | Orion | Business model innovation, disruption strategy | `/gaia-agent-innovation` |
|
|
223
|
+
| Storyteller | Elara | Narrative crafting, story frameworks | `/gaia-agent-storyteller` |
|
|
224
|
+
| Presentation Designer | Vermeer | Slide decks, visual communication | `/gaia-agent-presentation` |
|
|
225
|
+
|
|
226
|
+
### Testing Agent
|
|
227
|
+
|
|
228
|
+
| Agent | Name | Specialization | Command |
|
|
229
|
+
|-------|------|---------------|---------|
|
|
230
|
+
| Test Architect | Sable | Test architecture, risk-based testing, quality gates | `/gaia-agent-test-architect` |
|
|
231
|
+
|
|
232
|
+
---
|
|
233
|
+
|
|
234
|
+
## Workflows
|
|
235
|
+
|
|
236
|
+
Workflows are structured multi-step processes. Each has a `workflow.yaml` config, `instructions.xml` with step-by-step guidance, and a `checklist.md` for quality gates.
|
|
237
|
+
|
|
238
|
+
### Phase 1: Analysis
|
|
239
|
+
|
|
240
|
+
| Command | Workflow | Agent | Output |
|
|
241
|
+
|---------|----------|-------|--------|
|
|
242
|
+
| `/gaia-brainstorm` | Brainstorm Project | Elena | `docs/planning-artifacts/` |
|
|
243
|
+
| `/gaia-market-research` | Market Research | Elena | `docs/planning-artifacts/` |
|
|
244
|
+
| `/gaia-domain-research` | Domain Research | Elena | `docs/planning-artifacts/` |
|
|
245
|
+
| `/gaia-tech-research` | Technical Research | Elena | `docs/planning-artifacts/` |
|
|
246
|
+
| `/gaia-product-brief` | Create Product Brief | Elena | `docs/planning-artifacts/` |
|
|
247
|
+
|
|
248
|
+
### Phase 2: Planning
|
|
249
|
+
|
|
250
|
+
| Command | Workflow | Agent | Output |
|
|
251
|
+
|---------|----------|-------|--------|
|
|
252
|
+
| `/gaia-create-prd` | Create PRD | Derek | `docs/planning-artifacts/` |
|
|
253
|
+
| `/gaia-validate-prd` | Validate PRD | Derek | `docs/planning-artifacts/` |
|
|
254
|
+
| `/gaia-edit-prd` | Edit PRD | Derek | `docs/planning-artifacts/` |
|
|
255
|
+
| `/gaia-create-ux` | Create UX Design | Christy | `docs/planning-artifacts/` |
|
|
256
|
+
|
|
257
|
+
### Phase 3: Solutioning
|
|
258
|
+
|
|
259
|
+
| Command | Workflow | Agent | Output |
|
|
260
|
+
|---------|----------|-------|--------|
|
|
261
|
+
| `/gaia-create-arch` | Create Architecture | Theo | `docs/planning-artifacts/` |
|
|
262
|
+
| `/gaia-create-epics` | Create Epics & Stories | Derek | `docs/planning-artifacts/` |
|
|
263
|
+
| `/gaia-readiness-check` | Implementation Readiness | Theo | `docs/planning-artifacts/` |
|
|
264
|
+
| `/gaia-threat-model` | Security Threat Model | Zara | `docs/planning-artifacts/` |
|
|
265
|
+
| `/gaia-infra-design` | Infrastructure Design | Soren | `docs/planning-artifacts/` |
|
|
266
|
+
|
|
267
|
+
### Phase 4: Implementation
|
|
268
|
+
|
|
269
|
+
| Command | Workflow | Agent | Output |
|
|
270
|
+
|---------|----------|-------|--------|
|
|
271
|
+
| `/gaia-sprint-plan` | Sprint Planning | Nate | `docs/implementation-artifacts/` |
|
|
272
|
+
| `/gaia-sprint-status` | Sprint Status | Nate | `docs/implementation-artifacts/` |
|
|
273
|
+
| `/gaia-create-story` | Create Story | Derek | `docs/implementation-artifacts/` |
|
|
274
|
+
| `/gaia-validate-story` | Validate Story | Derek | `docs/implementation-artifacts/` |
|
|
275
|
+
| `/gaia-dev-story` | Dev Story | Stack dev | `docs/implementation-artifacts/` |
|
|
276
|
+
| `/gaia-code-review` | Code Review | Stack dev | `docs/implementation-artifacts/` |
|
|
277
|
+
| `/gaia-qa-tests` | QA Generate Tests | Vera | `docs/implementation-artifacts/` |
|
|
278
|
+
| `/gaia-security-review` | Security Review | Zara | `docs/implementation-artifacts/` |
|
|
279
|
+
| `/gaia-correct-course` | Correct Course | Nate | `docs/implementation-artifacts/` |
|
|
280
|
+
| `/gaia-retro` | Retrospective | Nate | `docs/implementation-artifacts/` |
|
|
281
|
+
|
|
282
|
+
### Phase 5: Deployment
|
|
283
|
+
|
|
284
|
+
| Command | Workflow | Agent | Output |
|
|
285
|
+
|---------|----------|-------|--------|
|
|
286
|
+
| `/gaia-release-plan` | Release Plan | Soren | `docs/implementation-artifacts/` |
|
|
287
|
+
| `/gaia-deploy-checklist` | Deployment Checklist | Soren | `docs/implementation-artifacts/` |
|
|
288
|
+
| `/gaia-post-deploy` | Post-Deploy Verify | Soren | `docs/implementation-artifacts/` |
|
|
289
|
+
| `/gaia-rollback-plan` | Rollback Plan | Soren | `docs/implementation-artifacts/` |
|
|
290
|
+
|
|
291
|
+
### Quick Flow
|
|
292
|
+
|
|
293
|
+
Fast-track workflows for small changes that skip the full lifecycle ceremony.
|
|
294
|
+
|
|
295
|
+
| Command | Workflow | Description |
|
|
296
|
+
|---------|----------|-------------|
|
|
297
|
+
| `/gaia-quick-spec` | Quick Spec | Rapid tech spec — skip full PRD |
|
|
298
|
+
| `/gaia-quick-dev` | Quick Dev | Implement a quick spec immediately |
|
|
299
|
+
|
|
300
|
+
### Creative Workflows
|
|
301
|
+
|
|
302
|
+
| Command | Workflow | Agent | Output |
|
|
303
|
+
|---------|----------|-------|--------|
|
|
304
|
+
| `/gaia-creative-sprint` | Creative Sprint | Multi-agent | `docs/creative-artifacts/` |
|
|
305
|
+
| `/gaia-design-thinking` | Design Thinking | Lyra | `docs/creative-artifacts/` |
|
|
306
|
+
| `/gaia-innovation` | Innovation Strategy | Orion | `docs/creative-artifacts/` |
|
|
307
|
+
| `/gaia-problem-solving` | Problem Solving | Nova | `docs/creative-artifacts/` |
|
|
308
|
+
| `/gaia-storytelling` | Storytelling | Elara | `docs/creative-artifacts/` |
|
|
309
|
+
| `/gaia-slide-deck` | Slide Deck | Vermeer | `docs/creative-artifacts/` |
|
|
310
|
+
| `/gaia-pitch-deck` | Pitch Deck | Vermeer | `docs/creative-artifacts/` |
|
|
311
|
+
|
|
312
|
+
### Testing Workflows
|
|
313
|
+
|
|
314
|
+
| Command | Workflow | Agent | Output |
|
|
315
|
+
|---------|----------|-------|--------|
|
|
316
|
+
| `/gaia-test-design` | Test Design | Sable | `docs/test-artifacts/` |
|
|
317
|
+
| `/gaia-test-framework` | Test Framework | Sable | `docs/test-artifacts/` |
|
|
318
|
+
| `/gaia-atdd` | ATDD | Sable | `docs/test-artifacts/` |
|
|
319
|
+
| `/gaia-test-automate` | Test Automation | Sable | `docs/test-artifacts/` |
|
|
320
|
+
| `/gaia-test-review` | Test Review | Sable | `docs/test-artifacts/` |
|
|
321
|
+
| `/gaia-ci-setup` | CI Setup | Sable | `docs/test-artifacts/` |
|
|
322
|
+
| `/gaia-nfr` | NFR Assessment | Sable | `docs/test-artifacts/` |
|
|
323
|
+
| `/gaia-trace` | Traceability Matrix | Sable | `docs/test-artifacts/` |
|
|
324
|
+
| `/gaia-a11y-testing` | Accessibility Testing | Sable | `docs/test-artifacts/` |
|
|
325
|
+
| `/gaia-perf-testing` | Performance Testing | Sable | `docs/test-artifacts/` |
|
|
326
|
+
| `/gaia-mobile-testing` | Mobile Testing | Sable | `docs/test-artifacts/` |
|
|
327
|
+
| `/gaia-teach-testing` | Teach Me Testing | Sable | `docs/test-artifacts/` |
|
|
328
|
+
|
|
329
|
+
### Anytime Workflows
|
|
330
|
+
|
|
331
|
+
Available at any point in the lifecycle.
|
|
332
|
+
|
|
333
|
+
| Command | Workflow | Description |
|
|
334
|
+
|---------|----------|-------------|
|
|
335
|
+
| `/gaia-brownfield` | Brownfield Onboarding | Apply GAIA to an existing project |
|
|
336
|
+
| `/gaia-document-project` | Document Project | Document a project for AI context |
|
|
337
|
+
| `/gaia-project-context` | Generate Project Context | Generate context for AI consumption |
|
|
338
|
+
| `/gaia-performance-review` | Performance Review | Analyze performance bottlenecks |
|
|
339
|
+
| `/gaia-brainstorming` | Brainstorming | Facilitated brainstorming session |
|
|
340
|
+
| `/gaia-party` | Party Mode | Multi-agent group discussion |
|
|
341
|
+
| `/gaia-advanced-elicitation` | Advanced Elicitation | Deep requirements elicitation |
|
|
342
|
+
|
|
343
|
+
---
|
|
344
|
+
|
|
345
|
+
## Review & Utility Tasks
|
|
346
|
+
|
|
347
|
+
Standalone tasks that can be run anytime without a full workflow. These are single-step operations for reviews, audits, and document utilities.
|
|
348
|
+
|
|
349
|
+
### Code & Security Reviews
|
|
350
|
+
|
|
351
|
+
| Command | Task | Description |
|
|
352
|
+
|---------|------|-------------|
|
|
353
|
+
| `/gaia-adversarial` | Adversarial Review | Cynical critical review — finds weaknesses |
|
|
354
|
+
| `/gaia-edge-cases` | Edge Case Hunter | Identify edge cases and boundary conditions |
|
|
355
|
+
| `/gaia-review-security` | Security Review | OWASP-focused security review |
|
|
356
|
+
| `/gaia-review-api` | API Design Review | Review REST API against standards |
|
|
357
|
+
| `/gaia-review-deps` | Dependency Audit | Scan dependencies for vulnerabilities |
|
|
358
|
+
| `/gaia-review-a11y` | Accessibility Review | WCAG 2.1 compliance review |
|
|
359
|
+
| `/gaia-review-perf` | Performance Review | Code-level performance review |
|
|
360
|
+
|
|
361
|
+
### Editorial & Documentation
|
|
362
|
+
|
|
363
|
+
| Command | Task | Description |
|
|
364
|
+
|---------|------|-------------|
|
|
365
|
+
| `/gaia-editorial-prose` | Editorial Prose | Clinical copy-editing review |
|
|
366
|
+
| `/gaia-editorial-structure` | Editorial Structure | Structural editing review |
|
|
367
|
+
| `/gaia-summarize` | Summarize Document | Generate executive summary |
|
|
368
|
+
| `/gaia-index-docs` | Index Docs | Generate document index for a folder |
|
|
369
|
+
| `/gaia-shard-doc` | Shard Document | Split large docs into sections |
|
|
370
|
+
| `/gaia-merge-docs` | Merge Documents | Merge multiple markdown files |
|
|
371
|
+
| `/gaia-changelog` | Generate Changelog | Changelog from git history |
|
|
372
|
+
|
|
373
|
+
### Framework
|
|
374
|
+
|
|
375
|
+
| Command | Task | Description |
|
|
376
|
+
|---------|------|-------------|
|
|
377
|
+
| `/gaia-build-configs` | Build Configs | Regenerate pre-resolved config files |
|
|
378
|
+
| `/gaia-validate-framework` | Validate Framework | Self-validation and consistency check |
|
|
379
|
+
| `/gaia-resume` | Resume | Resume from last checkpoint after context loss |
|
|
380
|
+
|
|
381
|
+
---
|
|
382
|
+
|
|
383
|
+
## Shared Skills
|
|
384
|
+
|
|
385
|
+
Skills are loaded just-in-time by developer agents. Each skill is divided into sections so only the relevant portion is loaded (keeping context usage low).
|
|
386
|
+
|
|
387
|
+
| Skill | Sections | Used by |
|
|
388
|
+
|-------|----------|---------|
|
|
389
|
+
| **Git Workflow** | branching, commits, pull-requests, conflict-resolution | All devs, Scrum Master, DevOps |
|
|
390
|
+
| **API Design** | rest-conventions, graphql, openapi, versioning, error-standards | All devs, Architect, Data Engineer |
|
|
391
|
+
| **Database Design** | schema-design, migrations, indexing, orm-patterns | Java, Python, Architect, Data Engineer |
|
|
392
|
+
| **Docker Workflow** | multi-stage-builds, compose, security-scanning | TS, Angular, Java, Python, Mobile, DevOps |
|
|
393
|
+
| **Testing Patterns** | tdd-cycle, unit-testing, integration-testing, test-doubles | All devs, QA, Test Architect |
|
|
394
|
+
| **Code Review Standards** | review-checklist, solid-principles, complexity-metrics | All devs |
|
|
395
|
+
| **Documentation Standards** | readme-template, adr-format, inline-comments, api-docs | All devs, Tech Writer, Analyst, PM |
|
|
396
|
+
| **Security Basics** | owasp-top-10, input-validation, secrets-management, cors-csrf | All devs, Architect, Security, DevOps |
|
|
397
|
+
|
|
398
|
+
---
|
|
399
|
+
|
|
400
|
+
## Knowledge Fragments
|
|
401
|
+
|
|
402
|
+
Stack-specific and domain-specific knowledge loaded on demand.
|
|
403
|
+
|
|
404
|
+
### Developer Knowledge (by stack)
|
|
405
|
+
|
|
406
|
+
| Stack | Fragments |
|
|
407
|
+
|-------|-----------|
|
|
408
|
+
| TypeScript | React patterns, Next.js patterns, Express patterns, TS conventions |
|
|
409
|
+
| Angular | Angular conventions, Angular patterns, NgRx state, RxJS patterns |
|
|
410
|
+
| Flutter | Dart conventions, Widget patterns, State management, Platform channels |
|
|
411
|
+
| Java | Spring Boot patterns, JPA patterns, Microservices, Maven/Gradle |
|
|
412
|
+
| Python | Python conventions, Django patterns, FastAPI patterns, Data pipelines |
|
|
413
|
+
| Mobile | React Native patterns, Swift patterns, Kotlin patterns, Mobile testing |
|
|
414
|
+
|
|
415
|
+
### Testing Knowledge (by tier)
|
|
416
|
+
|
|
417
|
+
| Tier | Fragments |
|
|
418
|
+
|------|-----------|
|
|
419
|
+
| **Core** | Test pyramid, Test isolation, Fixture architecture, Deterministic testing |
|
|
420
|
+
| **Extended** | API testing patterns, Data factories, Risk governance, Selector resilience |
|
|
421
|
+
| **Specialized** | Contract testing, Visual testing, Test healing |
|
|
422
|
+
| **Performance** | k6 patterns, Lighthouse CI |
|
|
423
|
+
| **Accessibility** | WCAG checks, Axe-core patterns |
|
|
424
|
+
| **Mobile** | Appium patterns, React Native testing, Responsive testing |
|
|
425
|
+
| **Unit Testing** | Jest/Vitest patterns, JUnit5 patterns, Pytest patterns |
|
|
426
|
+
|
|
427
|
+
---
|
|
428
|
+
|
|
429
|
+
## Output Artifacts
|
|
430
|
+
|
|
431
|
+
Every workflow writes its output to a specific artifact directory:
|
|
432
|
+
|
|
433
|
+
```
|
|
434
|
+
docs/
|
|
435
|
+
├── planning-artifacts/ # PRDs, research, architecture, epics
|
|
436
|
+
├── implementation-artifacts/ # Sprint plans, stories, reviews, changelogs
|
|
437
|
+
├── test-artifacts/ # Test plans, traceability, accessibility
|
|
438
|
+
└── creative-artifacts/ # Design thinking, innovation, pitch decks
|
|
439
|
+
```
|
|
440
|
+
|
|
441
|
+
---
|
|
442
|
+
|
|
443
|
+
## Checkpoint & Resume
|
|
444
|
+
|
|
445
|
+
Long-running workflows save checkpoints to `_gaia/_memory/checkpoints/`. If your session is interrupted or context is lost, run `/gaia-resume` to pick up from the last completed step.
|
|
446
|
+
|
|
447
|
+
Completed workflow checkpoints move to `_gaia/_memory/checkpoints/completed/`.
|
|
448
|
+
|
|
449
|
+
---
|
|
450
|
+
|
|
451
|
+
## Agent Memory
|
|
452
|
+
|
|
453
|
+
Each agent has a persistent memory sidecar that survives across sessions:
|
|
454
|
+
|
|
455
|
+
```
|
|
456
|
+
_gaia/_memory/
|
|
457
|
+
├── architect-sidecar/
|
|
458
|
+
├── devops-sidecar/
|
|
459
|
+
├── orchestrator-sidecar/
|
|
460
|
+
├── pm-sidecar/
|
|
461
|
+
├── security-sidecar/
|
|
462
|
+
├── sm-sidecar/
|
|
463
|
+
├── storyteller-sidecar/
|
|
464
|
+
├── tech-writer-sidecar/
|
|
465
|
+
└── test-architect-sidecar/
|
|
466
|
+
```
|
|
467
|
+
|
|
468
|
+
Agents store decisions, patterns, and context they learn about your project. This memory accumulates over time, making agents more effective the more you use them.
|
|
469
|
+
|
|
470
|
+
---
|
|
471
|
+
|
|
472
|
+
## Configuration
|
|
473
|
+
|
|
474
|
+
### global.yaml
|
|
475
|
+
|
|
476
|
+
The single source of truth for project settings at `_gaia/_config/global.yaml`:
|
|
477
|
+
|
|
478
|
+
```yaml
|
|
479
|
+
framework_name: "GAIA"
|
|
480
|
+
framework_version: "1.0.0"
|
|
481
|
+
|
|
482
|
+
user_name: "your-name"
|
|
483
|
+
project_name: "your-project"
|
|
484
|
+
project_root: "{project-root}"
|
|
485
|
+
|
|
486
|
+
output_folder: "{project-root}/docs"
|
|
487
|
+
planning_artifacts: "{project-root}/docs/planning-artifacts"
|
|
488
|
+
implementation_artifacts: "{project-root}/docs/implementation-artifacts"
|
|
489
|
+
test_artifacts: "{project-root}/docs/test-artifacts"
|
|
490
|
+
creative_artifacts: "{project-root}/docs/creative-artifacts"
|
|
491
|
+
```
|
|
492
|
+
|
|
493
|
+
The `{project-root}` placeholder is resolved at runtime. After changing `global.yaml`, run `/gaia-build-configs` to regenerate resolved configs.
|
|
494
|
+
|
|
495
|
+
### Pre-resolved configs
|
|
496
|
+
|
|
497
|
+
Each module (core, lifecycle, creative, testing) has a `.resolved/` directory for pre-built config files. These eliminate runtime config resolution overhead. Generate them with `/gaia-build-configs`.
|
|
498
|
+
|
|
499
|
+
---
|
|
500
|
+
|
|
501
|
+
## Teams
|
|
502
|
+
|
|
503
|
+
Pre-built team compositions for different project types:
|
|
504
|
+
|
|
505
|
+
| Team | Focus | Agents |
|
|
506
|
+
|------|-------|--------|
|
|
507
|
+
| Full | Complete coverage | All lifecycle + dev agents |
|
|
508
|
+
| Planning | Requirements & design | Analyst, PM, UX Designer, Architect |
|
|
509
|
+
| Implementation | Build & ship | SM, dev agents, QA, DevOps |
|
|
510
|
+
| Quick Ship | Minimal ceremony | PM, dev agent, QA |
|
|
511
|
+
| Enterprise | Governance-heavy | Full team + Security, Performance |
|
|
512
|
+
| Security-Focused | Security-first | Architect, Security, DevOps, QA |
|
|
513
|
+
| Data-Intensive | Data pipelines | Architect, Data Engineer, Python Dev |
|
|
514
|
+
|
|
515
|
+
---
|
|
516
|
+
|
|
517
|
+
## Typical Workflow
|
|
518
|
+
|
|
519
|
+
A full product lifecycle from idea to deployment:
|
|
520
|
+
|
|
521
|
+
```
|
|
522
|
+
/gaia-brainstorm → brainstorm the idea
|
|
523
|
+
/gaia-product-brief → create a product brief
|
|
524
|
+
/gaia-market-research → validate market fit
|
|
525
|
+
/gaia-create-prd → write the PRD
|
|
526
|
+
/gaia-create-ux → design the UX
|
|
527
|
+
/gaia-create-arch → design the architecture
|
|
528
|
+
/gaia-create-epics → break into epics and stories
|
|
529
|
+
/gaia-readiness-check → verify everything is ready
|
|
530
|
+
/gaia-sprint-plan → plan the first sprint
|
|
531
|
+
/gaia-dev-story → implement stories
|
|
532
|
+
/gaia-code-review → review the code
|
|
533
|
+
/gaia-qa-tests → generate tests
|
|
534
|
+
/gaia-security-review → security audit
|
|
535
|
+
/gaia-release-plan → plan the release
|
|
536
|
+
/gaia-deploy-checklist → pre-deploy verification
|
|
537
|
+
/gaia-post-deploy → post-deploy health check
|
|
538
|
+
/gaia-retro → sprint retrospective
|
|
539
|
+
```
|
|
540
|
+
|
|
541
|
+
For small changes, skip the ceremony:
|
|
542
|
+
|
|
543
|
+
```
|
|
544
|
+
/gaia-quick-spec → rapid tech spec
|
|
545
|
+
/gaia-quick-dev → implement it
|
|
546
|
+
```
|
|
547
|
+
|
|
548
|
+
---
|
|
549
|
+
|
|
550
|
+
## License
|
|
551
|
+
|
|
552
|
+
MIT
|