wize-dev-kit 0.1.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/ARCH.md +341 -0
- package/CHANGELOG.md +24 -0
- package/DECISIONS.md +141 -0
- package/LICENSE +31 -0
- package/README.md +113 -0
- package/ROSTER.md +25 -0
- package/adapters/README.md +26 -0
- package/adapters/antigravity/README.md +9 -0
- package/adapters/antigravity/adapter.yaml +8 -0
- package/adapters/antigravity/render.js +15 -0
- package/adapters/claude-code/README.md +9 -0
- package/adapters/claude-code/adapter.yaml +8 -0
- package/adapters/claude-code/render.js +15 -0
- package/adapters/codex/README.md +9 -0
- package/adapters/codex/adapter.yaml +8 -0
- package/adapters/codex/render.js +15 -0
- package/adapters/continue/README.md +9 -0
- package/adapters/continue/adapter.yaml +8 -0
- package/adapters/continue/render.js +15 -0
- package/adapters/cursor/README.md +9 -0
- package/adapters/cursor/adapter.yaml +8 -0
- package/adapters/cursor/render.js +15 -0
- package/adapters/generic/README.md +9 -0
- package/adapters/generic/adapter.yaml +8 -0
- package/adapters/generic/render.js +15 -0
- package/adapters/kimi-code/README.md +9 -0
- package/adapters/kimi-code/adapter.yaml +8 -0
- package/adapters/kimi-code/render.js +15 -0
- package/adapters/opencode/README.md +9 -0
- package/adapters/opencode/adapter.yaml +8 -0
- package/adapters/opencode/render.js +15 -0
- package/adapters/windsurf/README.md +9 -0
- package/adapters/windsurf/adapter.yaml +8 -0
- package/adapters/windsurf/render.js +15 -0
- package/package.json +52 -0
- package/schemas/agent.schema.json +37 -0
- package/schemas/module.schema.json +18 -0
- package/schemas/skill.schema.json +14 -0
- package/schemas/workflow.schema.json +19 -0
- package/src/app-overlay/module.yaml +40 -0
- package/src/app-overlay/wize-app-release-channels/workflow.md +21 -0
- package/src/app-overlay/wize-app-scaffold/workflow.md +27 -0
- package/src/app-overlay/wize-app-store-listing/workflow.md +22 -0
- package/src/builder-skills/module.yaml +23 -0
- package/src/builder-skills/wize-create-agent/workflow.md +40 -0
- package/src/builder-skills/wize-create-skill/workflow.md +25 -0
- package/src/builder-skills/wize-create-workflow/workflow.md +26 -0
- package/src/core-skills/module.yaml +27 -0
- package/src/core-skills/wize-advanced-elicitation/skill.md +22 -0
- package/src/core-skills/wize-brainstorming/skill.md +20 -0
- package/src/core-skills/wize-help/skill.md +18 -0
- package/src/core-skills/wize-review-adversarial/skill.md +19 -0
- package/src/core-skills/wize-shard-doc/skill.md +18 -0
- package/src/method-skills/1-analysis/wize-agent-analyst/agent.yaml +39 -0
- package/src/method-skills/1-analysis/wize-agent-analyst/persona.md +33 -0
- package/src/method-skills/1-analysis/wize-agent-tech-writer/agent.yaml +28 -0
- package/src/method-skills/1-analysis/wize-agent-tech-writer/persona.md +30 -0
- package/src/method-skills/1-analysis/wize-document-project/workflow.md +36 -0
- package/src/method-skills/1-analysis/wize-prfaq/workflow.md +27 -0
- package/src/method-skills/1-analysis/wize-product-brief/workflow.md +60 -0
- package/src/method-skills/1-analysis/wize-research/workflow.md +24 -0
- package/src/method-skills/1-analysis/wize-trigger-map/workflow.md +40 -0
- package/src/method-skills/2-plan-workflows/wize-agent-pm/agent.yaml +33 -0
- package/src/method-skills/2-plan-workflows/wize-agent-pm/persona.md +33 -0
- package/src/method-skills/2-plan-workflows/wize-agent-ux-designer/agent.yaml +39 -0
- package/src/method-skills/2-plan-workflows/wize-agent-ux-designer/persona.md +33 -0
- package/src/method-skills/2-plan-workflows/wize-create-prd/workflow.md +57 -0
- package/src/method-skills/2-plan-workflows/wize-ux-design/workflow.md +66 -0
- package/src/method-skills/2-plan-workflows/wize-ux-scenarios/workflow.md +48 -0
- package/src/method-skills/2-plan-workflows/wize-validate-prd/workflow.md +27 -0
- package/src/method-skills/3-solutioning/wize-agent-architect/agent.yaml +35 -0
- package/src/method-skills/3-solutioning/wize-agent-architect/persona.md +29 -0
- package/src/method-skills/3-solutioning/wize-agent-solution-strategist/agent.yaml +30 -0
- package/src/method-skills/3-solutioning/wize-agent-solution-strategist/persona.md +31 -0
- package/src/method-skills/3-solutioning/wize-check-implementation-readiness/workflow.md +22 -0
- package/src/method-skills/3-solutioning/wize-create-architecture/workflow.md +64 -0
- package/src/method-skills/3-solutioning/wize-create-epics-and-stories/workflow.md +48 -0
- package/src/method-skills/3-solutioning/wize-design-system/workflow.md +36 -0
- package/src/method-skills/3-solutioning/wize-nfr-principles/workflow.md +33 -0
- package/src/method-skills/3-solutioning/wize-tech-vision/workflow.md +43 -0
- package/src/method-skills/4-implementation/wize-agent-dev/agent.yaml +34 -0
- package/src/method-skills/4-implementation/wize-agent-dev/persona.md +33 -0
- package/src/method-skills/4-implementation/wize-code-review/workflow.md +24 -0
- package/src/method-skills/4-implementation/wize-create-story/workflow.md +27 -0
- package/src/method-skills/4-implementation/wize-dev-story/workflow.md +33 -0
- package/src/method-skills/4-implementation/wize-quick-dev/workflow.md +33 -0
- package/src/method-skills/4-implementation/wize-retrospective/workflow.md +36 -0
- package/src/method-skills/4-implementation/wize-sprint-planning/workflow.md +24 -0
- package/src/method-skills/4-implementation/wize-sprint-status/workflow.md +25 -0
- package/src/method-skills/module.yaml +105 -0
- package/src/orchestrator-skills/module.yaml +21 -0
- package/src/orchestrator-skills/wize-onboarding/workflow.md +28 -0
- package/src/orchestrator-skills/wize-orchestrator/agent.yaml +37 -0
- package/src/orchestrator-skills/wize-orchestrator/persona.md +22 -0
- package/src/orchestrator-skills/wize-party-mode/workflow.md +25 -0
- package/src/tea-skills/module.yaml +45 -0
- package/src/tea-skills/wize-agent-test-architect/agent.yaml +47 -0
- package/src/tea-skills/wize-agent-test-architect/persona.md +38 -0
- package/src/tea-skills/wize-tea-design/workflow.md +38 -0
- package/src/tea-skills/wize-tea-gate/workflow.md +51 -0
- package/src/tea-skills/wize-tea-nfr/workflow.md +37 -0
- package/src/tea-skills/wize-tea-review/workflow.md +35 -0
- package/src/tea-skills/wize-tea-risk/workflow.md +39 -0
- package/src/tea-skills/wize-tea-trace/workflow.md +36 -0
- package/src/web-overlay/module.yaml +41 -0
- package/src/web-overlay/wize-web-deploy/workflow.md +26 -0
- package/src/web-overlay/wize-web-scaffold/workflow.md +32 -0
- package/src/web-overlay/wize-web-seo-audit/workflow.md +22 -0
- package/tools/installer/detect.js +43 -0
- package/tools/installer/onboarding.js +32 -0
- package/tools/installer/sync.js +29 -0
- package/tools/installer/validators/run-all.js +82 -0
- package/tools/installer/validators/walk.js +40 -0
- package/tools/installer/wize-cli.js +346 -0
package/ARCH.md
ADDED
|
@@ -0,0 +1,341 @@
|
|
|
1
|
+
# Wize Development Kit — Arquitetura Proposta v1
|
|
2
|
+
|
|
3
|
+
> Consolidação das Fases 1-7 da entrevista. Pré-build.
|
|
4
|
+
> Referências de inspiração: BMAD Method v6.8.0 + WDS Expansion (Norse).
|
|
5
|
+
> Tema do roster: **Marvel**.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## 1. Identidade
|
|
10
|
+
|
|
11
|
+
- **Nome do pacote npm:** `wize-dev-kit`
|
|
12
|
+
- **CLI:** `wize-dev-kit` (subcomandos: `install`, `update`, `uninstall`, `agent`, `workflow`, `sync`)
|
|
13
|
+
- **Namespace de arquivos/agentes/skills:** `wize-*`
|
|
14
|
+
- **Licença:** MIT — open-source desde o dia 1.
|
|
15
|
+
- **Tema visual do roster:** Marvel.
|
|
16
|
+
- **Tema visual do WDS embarcado:** Norse (mantido por dentro como tributo à referência).
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## 2. Modelo de distribuição
|
|
21
|
+
|
|
22
|
+
**1 pacote, 3 perfis selecionáveis, overlays combináveis.**
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
wize-dev-kit (pacote npm)
|
|
26
|
+
│
|
|
27
|
+
├── Wize Dev Core ← base completa (sempre instalada)
|
|
28
|
+
├── Wize Web Dev ← overlay opt-in
|
|
29
|
+
└── Wize App Development ← overlay opt-in
|
|
30
|
+
(Web + App podem coexistir no mesmo repo)
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
- Selecionar perfil no installer aplica Core + overlay correspondente.
|
|
34
|
+
- Multi-perfil suportado (monorepo).
|
|
35
|
+
- TEA (Hawkeye) e WDS (Pepper+Mantis) **sempre embutidos** no Core — não são opcionais.
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 3. Roster final (9 personas Marvel)
|
|
40
|
+
|
|
41
|
+
| Persona | Code | Papel | Fase principal |
|
|
42
|
+
|---|---|---|---|
|
|
43
|
+
| Wizer | `wize-orchestrator` | Orchestrator / KB / Briefing | Todas |
|
|
44
|
+
| Pepper Potts | `wize-agent-analyst` | Business Analyst + WDS-Saga | 1 (Analysis) |
|
|
45
|
+
| Peggy Carter | `wize-agent-tech-writer` | Technical Writer | Transversal |
|
|
46
|
+
| Maria Hill | `wize-agent-pm` | Product Manager | 2 (Planning) |
|
|
47
|
+
| Mantis | `wize-agent-ux-designer` | UX (Whiteport / WDS-Freya) | 2-3 |
|
|
48
|
+
| Nick Fury | `wize-agent-solution-strategist` | Solution Strategy / Tech Vision | 2→3 boundary |
|
|
49
|
+
| Tony Stark | `wize-agent-architect` | System Architect | 3 (Solutioning) |
|
|
50
|
+
| Hawkeye | `wize-agent-test-architect` | Test Architect (TEA) | Gates 2/3/4 |
|
|
51
|
+
| Shuri | `wize-agent-dev` | Senior Developer | 4 (Implementation) |
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## 4. Fluxo canônico (full-cycle)
|
|
56
|
+
|
|
57
|
+
```
|
|
58
|
+
┌─ FASE 1: Analysis ───────────────────────────────┐
|
|
59
|
+
│ Pepper Potts (Analyst + WDS Saga) │
|
|
60
|
+
│ → brief.md │
|
|
61
|
+
│ → research.md │
|
|
62
|
+
│ → trigger-map.md (WDS) │
|
|
63
|
+
│ Peggy Carter (transversal): edita docs. │
|
|
64
|
+
└──────────────────────────────────────────────────┘
|
|
65
|
+
│
|
|
66
|
+
▼
|
|
67
|
+
┌─ FASE 2: Planning ──────────────────────────────┐
|
|
68
|
+
│ Maria Hill (PM) │
|
|
69
|
+
│ → prd.md │
|
|
70
|
+
│ Mantis (UX/WDS Freya, depois do PRD) │
|
|
71
|
+
│ → ux-scenarios.md (WDS 8-question dialog) │
|
|
72
|
+
│ → ux-design/ (page specs) │
|
|
73
|
+
│ Hawkeye: pre-risk advisory (leve, opcional). │
|
|
74
|
+
└──────────────────────────────────────────────────┘
|
|
75
|
+
│
|
|
76
|
+
▼
|
|
77
|
+
┌─ FASE 2→3 Boundary: Strategy ───────────────────┐
|
|
78
|
+
│ Nick Fury (Solution Strategy) │
|
|
79
|
+
│ → tech-vision.md │
|
|
80
|
+
│ → nfr-principles.md │
|
|
81
|
+
└──────────────────────────────────────────────────┘
|
|
82
|
+
│
|
|
83
|
+
▼
|
|
84
|
+
┌─ FASE 3: Solutioning ───────────────────────────┐
|
|
85
|
+
│ Tony Stark (System Architect) │
|
|
86
|
+
│ → architecture.md │
|
|
87
|
+
│ → adrs/ │
|
|
88
|
+
│ → epics/ │
|
|
89
|
+
│ → stories/ │
|
|
90
|
+
│ Mantis (continua): design-system/ + tokens │
|
|
91
|
+
│ Hawkeye: │
|
|
92
|
+
│ → risk-profile.md (gate global) │
|
|
93
|
+
└──────────────────────────────────────────────────┘
|
|
94
|
+
│
|
|
95
|
+
▼
|
|
96
|
+
┌─ FASE 4: Implementation ────────────────────────┐
|
|
97
|
+
│ Por story: │
|
|
98
|
+
│ Hawkeye → design.md (test design) │
|
|
99
|
+
│ Shuri → implementa (TDD) │
|
|
100
|
+
│ Hawkeye → trace.md (AC↔Test) │
|
|
101
|
+
│ Hawkeye → review.md │
|
|
102
|
+
│ Hawkeye → gate.md (PASS/CONCERNS/FAIL/WAIVE) │
|
|
103
|
+
│ Por epic: │
|
|
104
|
+
│ Hawkeye → nfr/{epic}.md │
|
|
105
|
+
│ Por sprint: │
|
|
106
|
+
│ Maria Hill → sprint-status.md │
|
|
107
|
+
│ Wizer/Maria → retrospective.md │
|
|
108
|
+
└──────────────────────────────────────────────────┘
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
### Atalho quick-dev
|
|
112
|
+
|
|
113
|
+
`wize-quick-dev` (disponível em todos os perfis): pula brief/PRD/architecture. Shuri executa direto sob supervisão leve de Hawkeye (smoke test + lint). Para bugs, ajustes pequenos, manutenção.
|
|
114
|
+
|
|
115
|
+
---
|
|
116
|
+
|
|
117
|
+
## 5. Layout do repo-alvo (após install)
|
|
118
|
+
|
|
119
|
+
```
|
|
120
|
+
.wize/
|
|
121
|
+
├── config/
|
|
122
|
+
│ ├── project.toml # Perfil(s), stack, conventions, idioma
|
|
123
|
+
│ ├── user.toml # Customizações (preservado em updates)
|
|
124
|
+
│ └── tea.toml # Granularidade gates, política de bloqueio
|
|
125
|
+
│
|
|
126
|
+
├── planning/
|
|
127
|
+
│ ├── brief.md
|
|
128
|
+
│ ├── research.md
|
|
129
|
+
│ ├── ux/
|
|
130
|
+
│ │ ├── trigger-map.md (Pepper / WDS Saga)
|
|
131
|
+
│ │ ├── ux-scenarios.md (Mantis / WDS Freya)
|
|
132
|
+
│ │ ├── ux-design/ (Mantis)
|
|
133
|
+
│ │ └── design-system/ (Mantis)
|
|
134
|
+
│ ├── prd.md (Maria Hill)
|
|
135
|
+
│ ├── tech-vision.md (Fury)
|
|
136
|
+
│ └── nfr-principles.md (Fury)
|
|
137
|
+
│
|
|
138
|
+
├── solutioning/
|
|
139
|
+
│ ├── architecture.md (Tony)
|
|
140
|
+
│ ├── adrs/ (Tony)
|
|
141
|
+
│ ├── epics/ (Tony)
|
|
142
|
+
│ └── stories/ (Tony)
|
|
143
|
+
│
|
|
144
|
+
├── implementation/
|
|
145
|
+
│ ├── sprint-status.md
|
|
146
|
+
│ ├── retrospective.md
|
|
147
|
+
│ └── tea/ (Hawkeye)
|
|
148
|
+
│ ├── risk-profile.md
|
|
149
|
+
│ ├── nfr/{epic}.md
|
|
150
|
+
│ └── {epic}/{story}/{design,trace,review,gate}.md
|
|
151
|
+
│
|
|
152
|
+
├── knowledge/ (long-lived: docs, research, references)
|
|
153
|
+
│
|
|
154
|
+
└── custom/ (Agent Builder output)
|
|
155
|
+
├── agents/{code}/
|
|
156
|
+
├── skills/{code}/
|
|
157
|
+
└── workflows/{code}/
|
|
158
|
+
```
|
|
159
|
+
|
|
160
|
+
E nos IDE-targets (selecionáveis no install):
|
|
161
|
+
|
|
162
|
+
```
|
|
163
|
+
.claude/skills/wize-* (Claude Code)
|
|
164
|
+
.cursor/rules/wize-*.mdc (Cursor)
|
|
165
|
+
.windsurf/... (Windsurf)
|
|
166
|
+
.codex/... (Codex)
|
|
167
|
+
.continue/... (Continue)
|
|
168
|
+
.kimi/... (Kimi Code)
|
|
169
|
+
.opencode/... (OpenCode)
|
|
170
|
+
.antigravity/... (Antigravity CLI/IDE)
|
|
171
|
+
.wize/agents/ (fallback genérico)
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
---
|
|
175
|
+
|
|
176
|
+
## 6. Test Architect (Hawkeye) — gates
|
|
177
|
+
|
|
178
|
+
| Gate | Quando roda | Output | Quem aprova |
|
|
179
|
+
|---|---|---|---|
|
|
180
|
+
| `risk` | 1× pós-architecture | `tea/risk-profile.md` (matriz prob × impact) | Hawkeye + humano |
|
|
181
|
+
| `design` | Início da story | `tea/{epic}/{story}/design.md` | Hawkeye |
|
|
182
|
+
| `trace` | Durante/após implementação | `tea/{epic}/{story}/trace.md` | Hawkeye |
|
|
183
|
+
| `nfr` | Pré-merge do epic | `tea/nfr/{epic}.md` | Hawkeye + humano |
|
|
184
|
+
| `review` | Fim da story | `tea/{epic}/{story}/review.md` | Hawkeye |
|
|
185
|
+
| `gate` | Final da story | `tea/{epic}/{story}/gate.md` (PASS/CONCERNS/FAIL/WAIVED) | Hawkeye + humano |
|
|
186
|
+
|
|
187
|
+
- Formato: Markdown + YAML frontmatter (status, score, findings, AC IDs).
|
|
188
|
+
- Política default: **advisory**; enforcing opt-in via `tea.toml`.
|
|
189
|
+
|
|
190
|
+
---
|
|
191
|
+
|
|
192
|
+
## 7. Installer
|
|
193
|
+
|
|
194
|
+
```
|
|
195
|
+
wize-dev-kit install
|
|
196
|
+
├─ Detecta: greenfield vs brownfield
|
|
197
|
+
├─ Pergunta: perfil(s) — Core / +Web / +App
|
|
198
|
+
├─ Pergunta: IDE targets — multi-select
|
|
199
|
+
├─ Pergunta: idioma e output_folder
|
|
200
|
+
├─ Cria .wize/ + adapters IDE
|
|
201
|
+
├─ Se brownfield: oferece `wize-document-project`
|
|
202
|
+
└─ Se ok: dispara onboarding (Wizer → Pepper/Mantis/Tony)
|
|
203
|
+
|
|
204
|
+
wize-dev-kit update # diff + preserva customizações
|
|
205
|
+
wize-dev-kit uninstall # remove kit, preserva código
|
|
206
|
+
wize-dev-kit agent create | edit | list
|
|
207
|
+
wize-dev-kit workflow create
|
|
208
|
+
wize-dev-kit sync # regera adapters IDE
|
|
209
|
+
```
|
|
210
|
+
|
|
211
|
+
---
|
|
212
|
+
|
|
213
|
+
## 8. Overlays Web e App
|
|
214
|
+
|
|
215
|
+
### Wize Web Dev (overlay)
|
|
216
|
+
|
|
217
|
+
- Workflows extras: `wize-web-scaffold` (Next/Vue/etc), `wize-web-deploy`, `wize-web-seo-audit`.
|
|
218
|
+
- Artefatos extras: `seo-strategy.md`, `analytics-plan.md`, `design-tokens.json` (responsivo).
|
|
219
|
+
- Hawkeye playbook: Playwright/Vitest patterns.
|
|
220
|
+
- Mantis playbook: WCAG, breakpoints, semantic HTML.
|
|
221
|
+
|
|
222
|
+
### Wize App Development (overlay)
|
|
223
|
+
|
|
224
|
+
- Workflows extras: `wize-app-scaffold` (RN/Expo/Flutter/native), `wize-app-release-channels`, `wize-app-store-listing`.
|
|
225
|
+
- Artefatos extras: `mobile-store-listing.md`, `app-perms-and-privacy.md`, `release-channels.md`.
|
|
226
|
+
- Hawkeye playbook: Detox/Maestro patterns.
|
|
227
|
+
- Mantis playbook: HIG/Material 3, touch targets, gestures, permissions UX.
|
|
228
|
+
|
|
229
|
+
---
|
|
230
|
+
|
|
231
|
+
## 9. Agent Builder
|
|
232
|
+
|
|
233
|
+
- 3 skills meta: `wize-create-agent`, `wize-create-skill`, `wize-create-workflow`.
|
|
234
|
+
- Customização de built-ins via `.wize/custom/{tipo}/{code}/customize.toml` (override sem fork).
|
|
235
|
+
- Validação obrigatória: schema → lint → dry-run.
|
|
236
|
+
- Auto-sync: regera adapters de todos os IDEs ativos a cada criação/edição.
|
|
237
|
+
|
|
238
|
+
---
|
|
239
|
+
|
|
240
|
+
## 10. Onboarding pós-install (Wizer)
|
|
241
|
+
|
|
242
|
+
1. Wizer triages: greenfield vs brownfield, perfil, objetivo do projeto.
|
|
243
|
+
2. Se brownfield: oferece rodar `wize-document-project` (Tony + Peggy geram baseline).
|
|
244
|
+
3. Wizer chama Pepper para começar brief (ou direto Maria Hill se brief existe).
|
|
245
|
+
4. Wizer roteia entre personas conforme a conversa avança.
|
|
246
|
+
|
|
247
|
+
---
|
|
248
|
+
|
|
249
|
+
## 11. Estrutura do repo `wize-dev-kit/` (source code do kit)
|
|
250
|
+
|
|
251
|
+
```
|
|
252
|
+
wize-dev-kit/
|
|
253
|
+
├── package.json # main: tools/installer/wize-cli.js, bin: { wize-dev-kit }
|
|
254
|
+
├── README.md
|
|
255
|
+
├── LICENSE # MIT
|
|
256
|
+
├── CHANGELOG.md
|
|
257
|
+
├── DECISIONS.md # ← este log (preservado no repo)
|
|
258
|
+
├── ARCH.md # ← este doc
|
|
259
|
+
├── ROSTER.md # ← quadro Marvel
|
|
260
|
+
│
|
|
261
|
+
├── src/
|
|
262
|
+
│ ├── core-skills/ # Core (advanced-elicitation, brainstorming, party-mode, etc)
|
|
263
|
+
│ │ └── wize-*/
|
|
264
|
+
│ ├── method-skills/ # AI Agile dev: 1-analysis, 2-plan, 3-solutioning, 4-implementation
|
|
265
|
+
│ │ ├── 1-analysis/
|
|
266
|
+
│ │ │ ├── wize-agent-analyst/ (Pepper)
|
|
267
|
+
│ │ │ ├── wize-agent-tech-writer/ (Peggy)
|
|
268
|
+
│ │ │ ├── wize-document-project/
|
|
269
|
+
│ │ │ ├── wize-product-brief/
|
|
270
|
+
│ │ │ ├── wize-trigger-map/ (WDS)
|
|
271
|
+
│ │ │ ├── wize-prfaq/
|
|
272
|
+
│ │ │ └── research/
|
|
273
|
+
│ │ ├── 2-plan-workflows/
|
|
274
|
+
│ │ │ ├── wize-agent-pm/ (Maria Hill)
|
|
275
|
+
│ │ │ ├── wize-agent-ux-designer/ (Mantis)
|
|
276
|
+
│ │ │ ├── wize-create-prd/
|
|
277
|
+
│ │ │ ├── wize-ux-scenarios/ (WDS)
|
|
278
|
+
│ │ │ ├── wize-ux-design/ (WDS)
|
|
279
|
+
│ │ │ └── wize-validate-prd/
|
|
280
|
+
│ │ ├── 3-solutioning/
|
|
281
|
+
│ │ │ ├── wize-agent-solution-strategist/ (Fury)
|
|
282
|
+
│ │ │ ├── wize-agent-architect/ (Tony)
|
|
283
|
+
│ │ │ ├── wize-create-architecture/
|
|
284
|
+
│ │ │ ├── wize-create-epics-and-stories/
|
|
285
|
+
│ │ │ ├── wize-design-system/ (WDS)
|
|
286
|
+
│ │ │ └── wize-check-implementation-readiness/
|
|
287
|
+
│ │ └── 4-implementation/
|
|
288
|
+
│ │ ├── wize-agent-dev/ (Shuri)
|
|
289
|
+
│ │ ├── wize-create-story/
|
|
290
|
+
│ │ ├── wize-dev-story/
|
|
291
|
+
│ │ ├── wize-quick-dev/
|
|
292
|
+
│ │ ├── wize-sprint-planning/
|
|
293
|
+
│ │ ├── wize-sprint-status/
|
|
294
|
+
│ │ ├── wize-retrospective/
|
|
295
|
+
│ │ └── wize-code-review/
|
|
296
|
+
│ ├── tea-skills/ # Test Architect (Hawkeye)
|
|
297
|
+
│ │ ├── wize-agent-test-architect/
|
|
298
|
+
│ │ ├── wize-tea-risk/
|
|
299
|
+
│ │ ├── wize-tea-design/
|
|
300
|
+
│ │ ├── wize-tea-trace/
|
|
301
|
+
│ │ ├── wize-tea-nfr/
|
|
302
|
+
│ │ ├── wize-tea-review/
|
|
303
|
+
│ │ └── wize-tea-gate/
|
|
304
|
+
│ ├── orchestrator-skills/ # Wizer
|
|
305
|
+
│ │ ├── wize-orchestrator/
|
|
306
|
+
│ │ ├── wize-onboarding/
|
|
307
|
+
│ │ └── wize-party-mode/
|
|
308
|
+
│ ├── builder-skills/ # Agent Builder
|
|
309
|
+
│ │ ├── wize-create-agent/
|
|
310
|
+
│ │ ├── wize-create-skill/
|
|
311
|
+
│ │ └── wize-create-workflow/
|
|
312
|
+
│ ├── web-overlay/ # Wize Web Dev overlay
|
|
313
|
+
│ │ ├── wize-web-scaffold/
|
|
314
|
+
│ │ ├── wize-web-seo-audit/
|
|
315
|
+
│ │ └── module.yaml
|
|
316
|
+
│ └── app-overlay/ # Wize App Development overlay
|
|
317
|
+
│ ├── wize-app-scaffold/
|
|
318
|
+
│ ├── wize-app-release-channels/
|
|
319
|
+
│ └── module.yaml
|
|
320
|
+
│
|
|
321
|
+
├── adapters/ # IDE adapters
|
|
322
|
+
│ ├── claude-code/
|
|
323
|
+
│ ├── cursor/
|
|
324
|
+
│ ├── windsurf/
|
|
325
|
+
│ ├── codex/
|
|
326
|
+
│ ├── continue/
|
|
327
|
+
│ ├── kimi-code/
|
|
328
|
+
│ ├── opencode/
|
|
329
|
+
│ ├── antigravity/
|
|
330
|
+
│ └── generic/
|
|
331
|
+
│
|
|
332
|
+
├── tools/
|
|
333
|
+
│ └── installer/
|
|
334
|
+
│ ├── wize-cli.js
|
|
335
|
+
│ ├── detect.js # greenfield/brownfield detector
|
|
336
|
+
│ ├── onboarding.js
|
|
337
|
+
│ ├── sync.js
|
|
338
|
+
│ └── validators/ # schema, lint, dry-run
|
|
339
|
+
│
|
|
340
|
+
└── test/ # specs validating skills + workflows
|
|
341
|
+
```
|
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
All notable changes to **wize-dev-kit** are documented here.
|
|
4
|
+
Format inspired by [Keep a Changelog](https://keepachangelog.com/en/1.1.0/).
|
|
5
|
+
|
|
6
|
+
## [Unreleased]
|
|
7
|
+
|
|
8
|
+
### Added
|
|
9
|
+
|
|
10
|
+
- Initial skeleton (v0.1.0 scaffold).
|
|
11
|
+
- 9-persona Marvel roster: Wizer, Pepper Potts, Peggy Carter, Maria Hill, Mantis, Nick Fury, Tony Stark, Hawkeye, Shuri.
|
|
12
|
+
- Three profile structure: Wize Dev Core + Wize Web Dev overlay + Wize App Development overlay.
|
|
13
|
+
- Test Architect (Hawkeye) with 6 canonical gates: risk, design, trace, nfr, review, gate.
|
|
14
|
+
- Whiteport Design Studio embedded: Pepper absorbs Saga (Analyst), Mantis absorbs Freya (Designer).
|
|
15
|
+
- Agent Builder skill set: `wize-create-agent`, `wize-create-skill`, `wize-create-workflow`.
|
|
16
|
+
- Multi-IDE adapters: Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity, generic fallback.
|
|
17
|
+
- Installer CLI skeleton with greenfield/brownfield detection.
|
|
18
|
+
|
|
19
|
+
### References
|
|
20
|
+
|
|
21
|
+
- Inspired by [BMAD Method v6.8.0](https://github.com/bmad-code-org/BMAD-METHOD).
|
|
22
|
+
- WDS module inspired by [bmad-method-wds-expansion](https://github.com/bmad-code-org/bmad-method-wds-expansion).
|
|
23
|
+
|
|
24
|
+
[Unreleased]: https://github.com/qwize/wize-dev-kit/compare/v0.1.0...HEAD
|
package/DECISIONS.md
ADDED
|
@@ -0,0 +1,141 @@
|
|
|
1
|
+
# Wize Development Kit — Decisions Log
|
|
2
|
+
|
|
3
|
+
> Log vivo de decisões tomadas durante a entrevista de design.
|
|
4
|
+
> Inspiração: BMAD Method v6.8.0 (repositório-pai deste workspace).
|
|
5
|
+
> Data início: 2026-05-31.
|
|
6
|
+
|
|
7
|
+
## Estado
|
|
8
|
+
|
|
9
|
+
- **Fase atual:** Entrevista — Discovery
|
|
10
|
+
- **Pasta destino:** `wize-dev-kit/`
|
|
11
|
+
- **Repositório de inspiração:** BMAD Method (raiz deste repo)
|
|
12
|
+
|
|
13
|
+
## Escopo confirmado pelo usuário
|
|
14
|
+
|
|
15
|
+
- Pacote instalável em qualquer repositório (greenfield ou brownfield).
|
|
16
|
+
- **Não importar** todos os stacks do BMAD; selecionar:
|
|
17
|
+
- **Core** (core-skills do BMAD).
|
|
18
|
+
- **Method**: Full-lifecycle AI agile development (analysis, planning, architecture, implementation).
|
|
19
|
+
- **Test Architect (Q/A)** — embutido em todos os produtos.
|
|
20
|
+
- **Agent Builder** — incluso.
|
|
21
|
+
- **UX — Whiteport Design Studio v0.4.3** — embutido em todos os produtos.
|
|
22
|
+
- **Três produtos derivados:**
|
|
23
|
+
1. **Wize Development Core** = Core + AI Agile Dev.
|
|
24
|
+
2. **Wize Web Dev**.
|
|
25
|
+
3. **Wize App Development**.
|
|
26
|
+
- Todos os três embutem Test Architect + UX (Whiteport).
|
|
27
|
+
- Documentação de inspiração: https://docs.bmad-method.org//llms-full.txt
|
|
28
|
+
|
|
29
|
+
## Decisões
|
|
30
|
+
|
|
31
|
+
### Fase 1 — Posicionamento, naming, distribuição
|
|
32
|
+
|
|
33
|
+
- **D1.1 — Distribuição:** 1 pacote npm único (`wize-dev-kit`) com 3 perfis selecionáveis no install (Core / Web / App). Inspirado no installer único do BMAD. _Single source of truth, menor custo de manutenção._
|
|
34
|
+
- **D1.2 — CLI:** comando principal `wize-dev-kit`. Subcomandos: `wize-dev-kit install`, `wize-dev-kit agent`, `wize-dev-kit workflow`, etc. _(Nome custom do usuário, não abreviar para `wize` nem `wdk`.)_
|
|
35
|
+
- **D1.3 — Namespace de arquivos/skills/agents:** prefixo `wize-` (ex.: `wize-agent-architect`, `wize-create-prd`). Espelha a convenção `bmad-*` do original.
|
|
36
|
+
- **D1.4 — Público-alvo:** **Open-source desde o dia 1**. Licença MIT, docs públicas, contribuições externas bem-vindas. Decisões de design devem favorecer generalidade e clareza.
|
|
37
|
+
|
|
38
|
+
### Fase 2 — Installer (greenfield + brownfield)
|
|
39
|
+
|
|
40
|
+
- **D2.1 — Brownfield:** installer **auto-detecta** sinais (`package.json`, `src/`, histórico git) e **oferece rodar `wize-document-project`** antes de qualquer planning para gerar baseline de arquitetura/docs do estado atual.
|
|
41
|
+
- **D2.2 — Pasta de artefatos:** `.wize/` na raiz do repo-alvo (oculta, isolada). Subpastas padrão: `.wize/planning/`, `.wize/implementation/`, `.wize/knowledge/`, `.wize/config/`.
|
|
42
|
+
- **D2.3 — IDE targets (multi-runtime):** suporte verboso no installer, **selecionável** durante o setup (estilo BMAD). Targets:
|
|
43
|
+
- **Claude Code** — `.claude/skills/wize-*` (skills nativas).
|
|
44
|
+
- **Cursor** — `.cursor/rules/` (regras MDC).
|
|
45
|
+
- **Windsurf**, **Codex**, **Continue** — adaptadores específicos.
|
|
46
|
+
- **Kimi Code**, **OpenCode**, **Antigravity (CLI e IDE)** — adaptadores específicos (não cobrir via fallback genérico).
|
|
47
|
+
- **Fallback genérico:** `.wize/agents/` em markdown para qualquer outro agente.
|
|
48
|
+
- **Web bundles:** _decisão adiada_ — não selecionado nesta rodada; reavaliar na Fase 8 se útil para distribuição open-source.
|
|
49
|
+
- **D2.4 — Lifecycle do installer:** **idempotente, com install / update / uninstall completos**. Re-rodar `install` aplica diff preservando customizações em `config.user.toml`. `uninstall` remove tudo do kit sem tocar código do projeto. Espelha BMAD.
|
|
50
|
+
|
|
51
|
+
### Fase 3 — Roster de agentes (tema Marvel)
|
|
52
|
+
|
|
53
|
+
- **D3.1 — Personas:** tema **Marvel**, não herdar nomes BMAD. Roster final em `ROSTER.md`.
|
|
54
|
+
- **D3.2 — 9 papéis no kit dev:**
|
|
55
|
+
1. **Wizer** — `wize-orchestrator` (Knowledge Base / Briefing / Distribuição, tools globais).
|
|
56
|
+
2. **Pepper Potts** — `wize-agent-analyst` (Business Analyst — brief, research, PRFAQ).
|
|
57
|
+
3. **Peggy Carter** — `wize-agent-tech-writer` (Technical Writer transversal).
|
|
58
|
+
4. **Maria Hill** — `wize-agent-pm` (PM — PRD, epics, sprints).
|
|
59
|
+
5. **Mantis** — `wize-agent-ux-designer` (UX/Whiteport v0.4.3 — empathy, JTBD).
|
|
60
|
+
6. **Nick Fury** — `wize-agent-solution-strategist` (Solution Strategy / Tech Vision — boundary Fase 2→3).
|
|
61
|
+
7. **Tony Stark** — `wize-agent-architect` (System Architect — Fase 3).
|
|
62
|
+
8. **Hawkeye** — `wize-agent-test-architect` (TEA — gates em 2, 3, 4).
|
|
63
|
+
9. **Shuri** — `wize-agent-dev` (Senior Developer — Fase 4).
|
|
64
|
+
- **D3.3 — Agent Builder:** entregue como **skill** (`wize-create-agent`), não como agente. Wizer chama a skill quando precisa registrar nova persona/módulo custom em `_wize/custom/`.
|
|
65
|
+
- **D3.4 — Team default:** `software-development`. Times variantes (`web-dev`, `app-dev`) — decisão movida para Fase 4 (fluxos).
|
|
66
|
+
- **D3.5 — Escopo Marvel fora do kit:** Fury e Pepper já alocados aqui. Outras personas (Black Panther, Wanda, Falcon, Vision, Riri, Kamala) ficam reservadas para kits futuros (Wize Ops, Wize Data, Wize Security).
|
|
67
|
+
|
|
68
|
+
### Fase 4 — Fluxos por produto (Core / Web / App)
|
|
69
|
+
|
|
70
|
+
- **D4.1 — Arquitetura de perfis:** Core é a **base completa** (todas as fases + TEA + UX). Web e App são **overlays** que adicionam skills/workflows extras (scaffolds, deploy, stack-specific). Selecionar perfil no install = Core + overlay(s).
|
|
71
|
+
- **D4.2 — Stack-agnóstico:** kit **não impõe stack**. Conhecimento de opções (Web: Laravel/Vue, Next/React, Supabase, etc.; App: native, Expo, etc.) vive como **catálogo de referência** dentro dos agentes (Tony e Fury). Stack é decidido em **entrevista pós-install** conduzida por Wizer → Tony.
|
|
72
|
+
- **D4.3 — Quick-dev:** workflow `wize-quick-dev` disponível em **todos os 3 perfis**. Pula brief/PRD/architecture para tasks pequenas. Mantém TEA leve (smoke + lint). Espelha o quick-dev do BMAD.
|
|
73
|
+
- **D4.4 — Test Architect cross-stack:** **um único agente** Hawkeye, **genérico**, sem stack-awareness. Ferramentas concretas de teste vêm de Tony (na arquitetura) e Shuri (na implementação). Hawkeye decide gates, define critérios, avalia risco — independente de stack.
|
|
74
|
+
- **D4.5 — Ordem das fases:** seguir ordem **BMAD canônica** — Whiteport (Mantis) entra **depois** do PRD (Maria Hill). Sequência: Pepper (brief/research) → Maria Hill (PRD) → Mantis (UX strategy + flows) → Fury (solution strategy) → Tony (architecture/ADR) → Hawkeye (TEA gates) → Shuri (implementation).
|
|
75
|
+
- **D4.6 — Onboarding pós-install:** **Wizer abre** a sessão pós-install, faz triagem (greenfield/brownfield, perfil, objetivo) e **delega** para especialistas: Pepper (brief), Mantis (UX baseline), Tony (architecture preferences/stack). Cada agente pergunta o que precisa. Modelo distribuído.
|
|
76
|
+
- **D4.7 — Multi-perfil:** Web e App podem coexistir no **mesmo repo** (monorepo). Installer aceita ativar múltiplos overlays. Wizer roteia conforme path/pacote.
|
|
77
|
+
- **D4.8 — Catálogo de artefatos:** **fixo no Core**, **extensível nos overlays**.
|
|
78
|
+
- Core: `brief.md`, `research.md`, `prd.md`, `ux-strategy.md`, `ux-flows.md`, `architecture.md`, `epics/`, `stories/`, `sprint-status.md`, `retrospective.md`, `tea/risk.md`, `tea/test-design.md`, `tea/trace.md`, `tea/nfr.md`, `tea/gate.md`.
|
|
79
|
+
- Web overlay (exemplos): `design-tokens.json`, `seo-strategy.md`, `analytics-plan.md`.
|
|
80
|
+
- App overlay (exemplos): `mobile-store-listing.md`, `app-perms-and-privacy.md`, `release-channels.md`.
|
|
81
|
+
|
|
82
|
+
### Fase 5 — Test Architect (Hawkeye)
|
|
83
|
+
|
|
84
|
+
- **D5.1 — Gates oferecidos:** **pacote completo de 6 gates** (espelha BMAD QA):
|
|
85
|
+
1. `risk` — Risk Profile (matriz prob × impact), 1× pós-architecture.
|
|
86
|
+
2. `design` — Test Design por story (unit/integration/e2e splits, mocks, fixtures).
|
|
87
|
+
3. `trace` — Traceability AC ↔ Test.
|
|
88
|
+
4. `nfr` — NFR Assessment (perf, sec, reliability, maintainability, a11y), por epic.
|
|
89
|
+
5. `review` — Story Review estruturado (independente do code-review do Shuri).
|
|
90
|
+
6. `gate` — Gate Decision final (`PASS` / `CONCERNS` / `FAIL` / `WAIVED`) com justificativa.
|
|
91
|
+
- **D5.2 — Granularidade:** **por story** (default). Risk roda 1× pós-architecture; NFR roda por epic; design/trace/review/gate rodam por story. Configurável via `.wize/config/tea.toml` para times maduros reduzirem.
|
|
92
|
+
- **D5.3 — Formato:** **Markdown + YAML frontmatter** estruturado (status, score, findings, AC IDs). Humano-legível + parseável por CI. Espelha BMAD QA.
|
|
93
|
+
- **D5.4 — Política de bloqueio:** **advisory por padrão, enforcing opt-in**. Gate `FAIL` gera warning visível mas não bloqueia merge default. Opt-in via `.wize/config/tea.toml` para CI bloquear. Permite adoção gradual.
|
|
94
|
+
- **D5.5 — Localização:** `.wize/implementation/tea/{epic}/{story}/{gate}.md` (gates por story); `.wize/implementation/tea/risk-profile.md` (global pós-architecture); `.wize/implementation/tea/nfr/{epic}.md` (por epic).
|
|
95
|
+
|
|
96
|
+
### Fase 6 — Whiteport Design Studio (WDS) — Mantis
|
|
97
|
+
|
|
98
|
+
> **Referência canônica:** [bmad-code-org/bmad-method-wds-expansion](https://github.com/bmad-code-org/bmad-method-wds-expansion) (Pantheon Norse: Saga + Freya).
|
|
99
|
+
|
|
100
|
+
- **D6.1 — Mapeamento WDS → Marvel:**
|
|
101
|
+
- **Pepper Potts** absorve **Saga** (Analyst): Product Brief + Trigger Mapping.
|
|
102
|
+
- **Mantis** absorve **Freya** (Designer): UX Scenarios + UX Design + Design System.
|
|
103
|
+
- Sem novos agentes; roster permanece com 9 personas.
|
|
104
|
+
- **D6.2 — Fases adotadas (subset essencial 5 de 8):**
|
|
105
|
+
1. Product Brief — **Pepper**.
|
|
106
|
+
2. Trigger Map (user psychology + business goals) — **Pepper**.
|
|
107
|
+
3. UX Scenarios (8-question dialog) — **Mantis**.
|
|
108
|
+
4. UX Design (page specs, interactions) — **Mantis**.
|
|
109
|
+
5. Design System (component library, design tokens) — **Mantis**.
|
|
110
|
+
- **Não adotadas:** Asset Generation (fora do escopo dev kit), Agentic Development (já é responsabilidade de Shuri), Product Evolution (já é responsabilidade de Wizer + retrospective).
|
|
111
|
+
- **D6.3 — Estrutura de pastas:** `.wize/planning/ux/` com nomes Wize.
|
|
112
|
+
- `brief.md` (Pepper)
|
|
113
|
+
- `trigger-map.md` (Pepper)
|
|
114
|
+
- `ux-scenarios.md` (Mantis)
|
|
115
|
+
- `ux-design/` (Mantis: page specs)
|
|
116
|
+
- `design-system/` (Mantis: tokens + components)
|
|
117
|
+
- **D6.4 — Handoff:** Pepper escreve brief + trigger-map em `.wize/planning/ux/`. Maria Hill lê os 2 + escreve PRD em `.wize/planning/prd.md`. Mantis lê PRD + brief + trigger-map e escreve ux-scenarios → ux-design → design-system. Tony lê PRD + UX docs e escreve architecture.
|
|
118
|
+
- **D6.5 — Design tools MCPs:** **fora do escopo** do kit. Mantis trabalha com markdown, ASCII wireframes e specs textuais. Usuário pode integrar Figma/Penpot/Stitch externamente se quiser.
|
|
119
|
+
- **D6.6 — Overlays por perfil:**
|
|
120
|
+
- **Web overlay:** Mantis recebe playbook extra com WCAG, breakpoints responsivos, semantic HTML, design tokens com unidades web (rem/em).
|
|
121
|
+
- **App overlay:** Mantis recebe playbook extra com platform guidelines (Apple HIG / Material Design 3), touch targets, gestures, system permissions UX.
|
|
122
|
+
|
|
123
|
+
### Fase 7 — Agent Builder (skills meta)
|
|
124
|
+
|
|
125
|
+
- **D7.1 — Escopo: pacote completo de 3 skills meta:**
|
|
126
|
+
- `wize-create-agent` — cria nova persona/agente.
|
|
127
|
+
- `wize-create-skill` — cria skill simples.
|
|
128
|
+
- `wize-create-workflow` — cria workflow composto (multi-step).
|
|
129
|
+
- **D7.2 — Customização de built-ins:** **permitida via override em `.wize/custom/`**. Built-ins ficam intocados em `node_modules/wize-dev-kit/`; overrides em `.wize/custom/agents/{code}/customize.toml` aplicam mudanças (persona, lema, tools). Preserva updates do upstream sem fork. Espelha mecanismo `config.user.toml` do BMAD.
|
|
130
|
+
- **D7.3 — Validação completa:** **schema + lint + dry-run**.
|
|
131
|
+
- Schema check no `agent.yaml` (JSON Schema).
|
|
132
|
+
- Markdown lint na persona.
|
|
133
|
+
- Dry-run: invoca o agente com input fake e checa output.
|
|
134
|
+
- Falha em qualquer etapa = registro abortado, mensagem clara de erro.
|
|
135
|
+
- **D7.4 — Multi-IDE auto-sync:** ao criar/editar agente/skill/workflow, Builder regera adapters para **todos os IDEs ativos** do repo-alvo (Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity). Consistência sem passo manual.
|
|
136
|
+
- **D7.5 — Localização das custom:** `.wize/custom/agents/{code}/`, `.wize/custom/skills/{code}/`, `.wize/custom/workflows/{code}/`. Estrutura espelha a do kit core.
|
|
137
|
+
- **D7.6 — Ponto de entrada:** `wize-dev-kit agent create` no CLI + skill nativo `wize-create-agent` chamável pelo Wizer dentro do IDE.
|
|
138
|
+
|
|
139
|
+
## Perguntas em aberto
|
|
140
|
+
|
|
141
|
+
_(serão preenchidas conforme a entrevista avança)_
|
package/LICENSE
ADDED
|
@@ -0,0 +1,31 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 Qwize
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
This project is inspired by:
|
|
26
|
+
|
|
27
|
+
- BMAD Method (Apache-2.0 / MIT). https://github.com/bmad-code-org/BMAD-METHOD
|
|
28
|
+
- Whiteport Design Studio expansion (MIT). https://github.com/bmad-code-org/bmad-method-wds-expansion
|
|
29
|
+
|
|
30
|
+
Wize Development Kit is an independent adaptation; it is not affiliated with or
|
|
31
|
+
endorsed by the BMAD or Whiteport projects.
|
package/README.md
ADDED
|
@@ -0,0 +1,113 @@
|
|
|
1
|
+
# Wize Development Kit
|
|
2
|
+
|
|
3
|
+
> **Full-lifecycle AI-assisted development kit** with Test Architect and Whiteport Design Studio embedded.
|
|
4
|
+
> Inspired by [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) and [WDS Expansion](https://github.com/bmad-code-org/bmad-method-wds-expansion).
|
|
5
|
+
|
|
6
|
+
[](https://www.npmjs.com/package/wize-dev-kit)
|
|
7
|
+
[](LICENSE)
|
|
8
|
+
[](#status)
|
|
9
|
+
[](https://github.com/qwize-br/wize-development-kit)
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## What it is
|
|
14
|
+
|
|
15
|
+
Wize Development Kit (WDK) is an installable AI agent stack that takes a project from **brief → PRD → UX strategy → architecture → tested implementation** through 9 specialized agents (Marvel-themed) and a structured workflow library. It runs inside your AI IDE (Claude Code, Cursor, Windsurf, and others) and writes structured artifacts to a hidden `.wize/` folder in the target repo.
|
|
16
|
+
|
|
17
|
+
Three profiles, combinable in monorepos:
|
|
18
|
+
|
|
19
|
+
| Profile | What it adds |
|
|
20
|
+
|---|---|
|
|
21
|
+
| **Wize Dev Core** | Full lifecycle (analysis → plan → solution → implementation) + Test Architect + Whiteport UX + Agent Builder. Always installed. |
|
|
22
|
+
| **Wize Web Dev** (overlay) | Web stack scaffolds, SEO, analytics, WCAG playbook for Mantis, Playwright/Vitest playbook for Hawkeye. |
|
|
23
|
+
| **Wize App Development** (overlay) | Mobile scaffolds, store-listing, platform guidelines (HIG/Material 3), Detox/Maestro playbook for Hawkeye. |
|
|
24
|
+
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
## The roster
|
|
28
|
+
|
|
29
|
+
| # | Persona | Code | Role |
|
|
30
|
+
|---|---|---|---|
|
|
31
|
+
| 1 | **Wizer** | `wize-orchestrator` | Orchestrator, knowledge base, briefing, routing |
|
|
32
|
+
| 2 | **Pepper Potts** | `wize-agent-analyst` | Business Analyst + WDS Saga (product brief, trigger map) |
|
|
33
|
+
| 3 | **Peggy Carter** | `wize-agent-tech-writer` | Technical Writer (transversal) |
|
|
34
|
+
| 4 | **Maria Hill** | `wize-agent-pm` | Product Manager (PRD, epics, sprints) |
|
|
35
|
+
| 5 | **Mantis** | `wize-agent-ux-designer` | UX Designer + WDS Freya (scenarios, design, design system) |
|
|
36
|
+
| 6 | **Nick Fury** | `wize-agent-solution-strategist` | Solution Strategy, tech vision, NFR principles |
|
|
37
|
+
| 7 | **Tony Stark** | `wize-agent-architect` | System Architect (architecture, ADRs, epics, stories) |
|
|
38
|
+
| 8 | **Hawkeye** | `wize-agent-test-architect` | Test Architect — 6 gates (risk, design, trace, nfr, review, gate) |
|
|
39
|
+
| 9 | **Shuri** | `wize-agent-dev` | Senior Developer (TDD, code, refactor) |
|
|
40
|
+
|
|
41
|
+
See [`ROSTER.md`](ROSTER.md) for personas, styles and BMAD equivalences.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## Quick start
|
|
46
|
+
|
|
47
|
+
```bash
|
|
48
|
+
# In any greenfield or brownfield repo
|
|
49
|
+
npx wize-dev-kit install
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
Or, before this is published in your environment, install straight from GitHub:
|
|
53
|
+
|
|
54
|
+
```bash
|
|
55
|
+
npx github:qwize-br/wize-development-kit install
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
The installer asks:
|
|
59
|
+
|
|
60
|
+
1. Profile(s) to enable (Core / +Web / +App — multi-select).
|
|
61
|
+
2. IDE target(s) (Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity, or generic fallback — multi-select).
|
|
62
|
+
3. Language preferences (communication + document output).
|
|
63
|
+
4. Output folder (default `.wize/`).
|
|
64
|
+
5. For brownfield repos: offers to run `wize-document-project` to baseline the existing codebase.
|
|
65
|
+
|
|
66
|
+
After install, open your IDE and start with:
|
|
67
|
+
|
|
68
|
+
> "Activate Wizer and brief him on the project."
|
|
69
|
+
|
|
70
|
+
Wizer will route you to the right persona (Pepper for brief, Mantis for UX baseline, Tony for architecture preferences, etc.).
|
|
71
|
+
|
|
72
|
+
---
|
|
73
|
+
|
|
74
|
+
## Output layout (in the target repo)
|
|
75
|
+
|
|
76
|
+
```
|
|
77
|
+
.wize/
|
|
78
|
+
├── config/ # project.toml, user.toml, tea.toml
|
|
79
|
+
├── planning/ # brief, research, ux/, prd, tech-vision, nfr-principles
|
|
80
|
+
├── solutioning/ # architecture, adrs, epics, stories
|
|
81
|
+
├── implementation/ # sprint-status, retrospective, tea/{gates}
|
|
82
|
+
├── knowledge/ # long-lived docs and references
|
|
83
|
+
└── custom/ # agents/skills/workflows created by Agent Builder
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## Documentation
|
|
89
|
+
|
|
90
|
+
- [`ARCH.md`](ARCH.md) — full architecture: distribution, fluxos, layout, installer.
|
|
91
|
+
- [`ROSTER.md`](ROSTER.md) — 9 personas with style, role, BMAD equivalences.
|
|
92
|
+
- [`DECISIONS.md`](DECISIONS.md) — decisions log from the design interview.
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
96
|
+
## Status
|
|
97
|
+
|
|
98
|
+
**Alpha — v0.1.0.** This release is a working skeleton: directory tree, agent descriptors, workflow stubs, installer scaffolding, and IDE adapter placeholders. The core flow (brief → PRD → architecture → story → TEA gates) is **scaffolded but not yet wired end-to-end**. Production-readiness target: v0.5.0.
|
|
99
|
+
|
|
100
|
+
---
|
|
101
|
+
|
|
102
|
+
## Inspiration & credits
|
|
103
|
+
|
|
104
|
+
- [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) by Brian (BMad) Madison — for the agile AI lifecycle, agent personas, installer pattern, module system.
|
|
105
|
+
- [Whiteport Design Studio expansion](https://github.com/bmad-code-org/bmad-method-wds-expansion) — for the UX-first methodology, Norse pantheon (Saga, Freya), phase structure.
|
|
106
|
+
|
|
107
|
+
Wize Development Kit is an **independent adaptation** — not affiliated with or endorsed by BMAD or WDS authors. Marvel persona names are used as creative references under nominative fair use.
|
|
108
|
+
|
|
109
|
+
---
|
|
110
|
+
|
|
111
|
+
## License
|
|
112
|
+
|
|
113
|
+
MIT — see [`LICENSE`](LICENSE).
|