wize-dev-kit 0.10.0 → 0.10.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENTS.md +10 -10
- package/ARCH.md +7 -5
- package/CHANGELOG.md +24 -0
- package/DECISIONS.md +9 -1
- package/README.es.md +55 -13
- package/README.md +39 -22
- package/README.pt-BR.md +54 -13
- package/ROSTER.md +3 -3
- package/package.json +2 -2
- package/src/orchestrator-skills/wize-help/skill.md +1 -1
- package/src/security-overlay/_shared/backlog.js +1 -1
- package/src/security-overlay/agents/red-teamer/agent.yaml +9 -8
- package/src/security-overlay/agents/red-teamer/persona.md +7 -7
- package/src/security-overlay/skills/wize-sec-enumerate/skill.md +1 -1
- package/src/security-overlay/skills/wize-sec-pentest/skill.md +1 -1
- package/src/security-overlay/skills/wize-sec-recon/skill.md +1 -1
- package/tools/installer/render-shared.js +62 -6
- package/tools/installer/wize-cli.js +1 -0
package/AGENTS.md
CHANGED
|
@@ -21,16 +21,16 @@ decisions, or final adversarial review.
|
|
|
21
21
|
|
|
22
22
|
## Roster
|
|
23
23
|
|
|
24
|
-
- **
|
|
25
|
-
- **
|
|
26
|
-
- **
|
|
27
|
-
- **
|
|
28
|
-
- **
|
|
29
|
-
- **
|
|
30
|
-
- **
|
|
31
|
-
- **
|
|
32
|
-
- **
|
|
33
|
-
- **
|
|
24
|
+
- **Wizer** (`wize-orchestrator`) — Orchestrator / Knowledge Base. Wizer is the front door of the Wize Development Kit. He knows the project context, parses raw demand, and routes to the right specialist. He keeps the team aligned and the knowled…
|
|
25
|
+
- **Pepper Potts** (`wize-agent-analyst`) — Business Analyst (incl. WDS Saga). Pepper is the Business Analyst. She runs Phase 1: brief, research, PR/FAQ, and the Whiteport Trigger Map. She connects business goals to user psychology, surfaces stakeholders, an…
|
|
26
|
+
- **Peggy Carter** (`wize-agent-tech-writer`) — Technical Writer. Peggy is the Technical Writer. She sits across all phases. She rewrites drafts for clarity, drafts READMEs and runbooks, owns OpenAPI specs and changelogs. She makes sure the proj…
|
|
27
|
+
- **Maria Hill** (`wize-agent-pm`) — Product Manager. Maria Hill runs Phase 2 planning. She converts brief + research into a PRD, cuts epics, plans sprints, and chases status. She doesn't accept "almost done" — she asks "what's block…
|
|
28
|
+
- **Mantis** (`wize-agent-ux-designer`) — UX Designer (Whiteport Design Studio). Mantis runs the Whiteport Design Studio inside the kit. She turns PRD plus Pepper's trigger-map into UX scenarios, page-level specs, and a design system baseline. She empathizes w…
|
|
29
|
+
- **Nick Fury** (`wize-agent-solution-strategist`) — Solution Strategy / Tech Vision. Fury sits between Plan and Solutioning. He sets the technical north star: stack family, NFR principles (perf, security, reliability, a11y, cost), build-buy-borrow calls, and non-n…
|
|
30
|
+
- **Tony Stark** (`wize-agent-architect`) — System Architect. Tony designs the system inside Fury's frame. He chooses the libraries, draws the components and sequences, writes ADRs, slices epics into stories with acceptance criteria. He prot…
|
|
31
|
+
- **Hawkeye** (`wize-agent-test-architect`) — Test Architect (TEA). Hawkeye is the Test Architect. He profiles risk, designs tests for each story, traces AC to tests, assesses NFRs, reviews stories, and writes gate decisions. He is stack-agnostic;…
|
|
32
|
+
- **Shuri** (`wize-agent-dev`) — Senior Developer. Shuri implements stories. TDD, security-aware, performance-honest. She refuses to ship without tests. She rewrites her own code when she learns something new.
|
|
33
|
+
- **Natasha Romanoff** (`wize-sec-red-teamer`) _(security-overlay, opt-in)_ — Security Overlay — Red-Teamer. Natasha Romanoff is the red-teamer — the offensive pentester for the security-overlay. Drives the recon -> enumerate -> exploit -> report pipeline against targets the user has exp…
|
|
34
34
|
|
|
35
35
|
## Where to start
|
|
36
36
|
|
package/ARCH.md
CHANGED
|
@@ -1,6 +1,8 @@
|
|
|
1
|
-
# Wize Development Kit — Arquitetura
|
|
1
|
+
# Wize Development Kit — Arquitetura
|
|
2
2
|
|
|
3
|
-
>
|
|
3
|
+
> Estado: **construído e publicado** — snapshot mantido em dia com a v0.10.0.
|
|
4
|
+
> (As Fases 1-7 originais da entrevista deram origem a este documento; ele deixou
|
|
5
|
+
> de ser "proposta/pré-build" a partir da v0.8.0.)
|
|
4
6
|
> Referências de inspiração: BMAD Method v6.8.0 + WDS Expansion (Norse).
|
|
5
7
|
> Tema do roster: **Marvel**.
|
|
6
8
|
|
|
@@ -27,7 +29,7 @@ wize-dev-kit (pacote npm)
|
|
|
27
29
|
├── Wize Dev Core ← base completa (sempre instalada)
|
|
28
30
|
├── Wize Web Dev ← overlay opt-in
|
|
29
31
|
├── Wize App Development ← overlay opt-in
|
|
30
|
-
└── Wize Security Overlay ← overlay opt-in (AI Pentester / red-teamer)
|
|
32
|
+
└── Wize Security Overlay ← overlay opt-in (AI Pentester / Natasha Romanoff, red-teamer)
|
|
31
33
|
(overlays podem coexistir no mesmo repo)
|
|
32
34
|
```
|
|
33
35
|
|
|
@@ -50,7 +52,7 @@ wize-dev-kit (pacote npm)
|
|
|
50
52
|
| Tony Stark | `wize-agent-architect` | System Architect | 3 (Solutioning) |
|
|
51
53
|
| Hawkeye | `wize-agent-test-architect` | Test Architect (TEA) | Gates 2/3/4 |
|
|
52
54
|
| Shuri | `wize-agent-dev` | Senior Developer | 4 (Implementation) |
|
|
53
|
-
|
|
|
55
|
+
| Natasha Romanoff | `wize-sec-red-teamer` | Red-Teamer / AI Pentester (security-overlay, opt-in) | Transversal |
|
|
54
56
|
|
|
55
57
|
---
|
|
56
58
|
|
|
@@ -358,7 +360,7 @@ wize-dev-kit/
|
|
|
358
360
|
│ │ ├── wize-app-store-listing/
|
|
359
361
|
│ │ └── module.yaml
|
|
360
362
|
│ └── security-overlay/ # Wize Security Overlay (AI Pentester, opt-in)
|
|
361
|
-
│ ├── agents/
|
|
363
|
+
│ ├── agents/red-teamer/ # Natasha Romanoff (wize-sec-red-teamer)
|
|
362
364
|
│ ├── skills/
|
|
363
365
|
│ ├── data/
|
|
364
366
|
│ └── _shared/
|
package/CHANGELOG.md
CHANGED
|
@@ -3,8 +3,32 @@
|
|
|
3
3
|
All notable changes to **wize-dev-kit** are documented here.
|
|
4
4
|
Format inspired by [Keep a Changelog](https://keepachangelog.com/en/1.1.0/).
|
|
5
5
|
|
|
6
|
+
> **Language:** entries are written in **English from v0.10.1 onward**. Releases
|
|
7
|
+
> **0.10.0 and earlier are in Brazilian Portuguese** and are kept verbatim as a
|
|
8
|
+
> historical record (not back-translated).
|
|
9
|
+
|
|
6
10
|
## [Unreleased]
|
|
7
11
|
|
|
12
|
+
## [0.10.1] — 2026-08-02
|
|
13
|
+
|
|
14
|
+
Documentation polish + tooling fixes. The security-overlay persona gets a Marvel name; the README (3 languages) is aligned to v0.10.1; a rendering bug and the test glob are fixed; CI is added. Suite green (418 tests — the security-overlay suite now runs under `npm test`).
|
|
15
|
+
|
|
16
|
+
### Added
|
|
17
|
+
|
|
18
|
+
- **CI** (`.github/workflows/ci.yml`) — runs `npm test` + `npm run validate` on pushes to `main` and on pull requests, Node 20/24 matrix. Previously only `publish.yml` existed (tag-triggered), which let regressions slip through locally.
|
|
19
|
+
- **`Natasha Romanoff` persona** — the 10th persona (security overlay, opt-in) gets a Marvel display name, aligned with the other 9. The `code` stays `wize-sec-red-teamer` (invocation/directory remain stable). Deadpool was evaluated and rejected: the name acts as an instruction inside the rendered SKILL.md and clashes with the overlay's consent / scope-gate design.
|
|
20
|
+
|
|
21
|
+
### Fixed
|
|
22
|
+
|
|
23
|
+
- **Rendered descriptions ended in `— |`** across all 9 adapters — `readYamlField` (render-shared) didn't parse block scalars (`description: |`), capturing the literal `|`. It now reads block scalars (literal and folded); a regression test was added. `AGENTS.md`, `.cursor/`, `.kimi/`, `.opencode/`, and the generic adapters were re-rendered.
|
|
24
|
+
- **`npm test` skipped the security-overlay suite** — the `test/*.test.js` glob wasn't recursive, so `test/security-overlay/**` (26 files, 8 with stale assertions) never ran under `test` / `prepublishOnly` / publish. The glob is fixed; the 8 stale assertions were updated to the current contract (multi-script phases, severity-based nuclei, `env bash` shebang, the osv manifest guard).
|
|
25
|
+
|
|
26
|
+
### Changed
|
|
27
|
+
|
|
28
|
+
- **Generated `AGENTS.md`** — the roster is now ordered deterministically (canonical roster order) and the overlay persona is marked `(security-overlay, opt-in)`.
|
|
29
|
+
- **README (en/pt-BR/es)** — status bumped to v0.10.1; documented `wize-grill`, mission contracts (`/wize-help mission`), loop verification + max-cycles guard, `wize-correct-course`, `wize-sprint-planning`, `wize-create-story`; fixed the 10th persona's Code column in the roster, the installer prompt list (7 prompts), and the `list` description; removed the pt-BR section leaked into the English README.
|
|
30
|
+
- **`ROSTER.md` / `ARCH.md` / `DECISIONS.md`** — `Natasha Romanoff` persona; ARCH no longer calls itself "proposal / pre-build"; new Phase 10 in the decisions log (D10.1–D10.5).
|
|
31
|
+
|
|
8
32
|
## [0.10.0] — 2026-07-31
|
|
9
33
|
|
|
10
34
|
Entrada da demanda ganha entrevista estruturada (**`wize-grill`**, adaptado do princípio grill-me) e o loop de implementação ganha verificação automática com guardas de ciclo. Suite verde (246 testes, validate 74 arquivos).
|
package/DECISIONS.md
CHANGED
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
## Estado
|
|
8
8
|
|
|
9
|
-
- **Fase atual:**
|
|
9
|
+
- **Fase atual:** Construído e publicado — manutenção contínua (v0.10.0).
|
|
10
10
|
- **Pasta destino:** `wize-dev-kit/`
|
|
11
11
|
- **Repositório de inspiração:** BMAD Method (raiz deste repo)
|
|
12
12
|
|
|
@@ -153,6 +153,14 @@
|
|
|
153
153
|
- **D9.1 — Security Overlay neste kit:** o perfil `security-overlay` (AI Pentester) passa a ser distribuído **dentro do `wize-dev-kit`** como 4º perfil opt-in do installer, com a persona **red-teamer** (`wize-sec-red-teamer`) em `src/security-overlay/`. _Supersede parcialmente D1.1 (3 perfis → 4 perfis), D3.2 (9 papéis → 9 core + 1 overlay) e D3.5 (security deixava de ser reservado para kit futuro)._ As entradas históricas permanecem inalteradas como registro.
|
|
154
154
|
- **D9.2 — OpenCode com wiring nativo (0.8.0):** o adapter OpenCode passa a gerar **agents e commands nativos** (`.opencode/agents/` + `.opencode/commands/`), com commands vinculados à persona dona e workers de fan-out isolados — em vez do fallback genérico.
|
|
155
155
|
|
|
156
|
+
### Fase 10 — Mission contracts, grill, loop e polish (2026-08)
|
|
157
|
+
|
|
158
|
+
- **D10.1 — Mission contracts (0.9.0):** cada etapa da cadeia passa a operar por um contrato explícito (objetivo, fontes de verdade, escopo & limites, ACs, contratos de execução/validação, persistência em `.wize/`). `/wize-help mission` emite o contrato preenchido a partir do estado do projeto; templates de story ganham campos de contrato (sources of truth, restrictions, validation, done-means). Motivo: modelos de longo horizonte executam melhor com o alvo declarado.
|
|
159
|
+
- **D10.2 — `wize-grill` (0.10.0):** nova skill core de entrevista-até-entendimento antes de qualquer passo de autoria (brief, PRD, epics, stories, planos). Sempre sugestiva, nunca imposta; sem artefato próprio (decisões caem nos campos do artefato alvo). Adaptado do princípio grill-me.
|
|
160
|
+
- **D10.3 — Loop verification + max-cycles guard (0.10.0):** `wize-dev-story` ganha auto-check antes de declarar o loop concluído (evidência de iteração, mapa AC→teste completo, testes verdes) e guarda de ciclo (mesmo AC falhando 3+ vezes → escala para `wize-correct-course`, agora também auto-disparado).
|
|
161
|
+
- **D10.4 — Persona do overlay ganha nome Marvel:** o `red-teamer` passa a ter o nome de exibição **Natasha Romanoff** (espionagem/operação ofensiva sob mandato — casa com o scope-gate do overlay). Mudança **apenas de nome de exibição**: o `code` permanece `wize-sec-red-teamer` (identificador de invocação e diretório dos 9 adapters, estável). "Red-Teamer" fica no `title`. _Deadpool foi avaliado e rejeitado: o nome entra no corpo do SKILL.md como instrução e o personagem é o que mais ignora autorização — conflita com o design de consentimento do overlay._ Remove Black Widow do pool de personas reservadas no `ROSTER.md`.
|
|
162
|
+
- **D10.5 — Correções de tooling/qualidade:** (a) `readYamlField` passa a ler **block scalars** (`description: |`) — antes toda descrição renderizada terminava em `— |` nos 9 adapters; (b) `npm test` deixa de usar glob não-recursivo e passa a rodar também `test/security-overlay/**` (evita 8 testes stale passarem despercebidos); (c) adicionado workflow de **CI** (`ci.yml`) em push/PR (Node 20+24), já que só existia `publish.yml` por tag; (d) roster do `AGENTS.md` gerado passa a ser ordenado deterministicamente e marca a persona opt-in do overlay.
|
|
163
|
+
|
|
156
164
|
## Perguntas em aberto
|
|
157
165
|
|
|
158
166
|
_(serão preenchidas conforme a entrevista avança)_
|
package/README.es.md
CHANGED
|
@@ -34,7 +34,7 @@ Es **file-first y zero-runtime**: los agentes son skills en Markdown que tu IDE
|
|
|
34
34
|
| **Wize Dev Core** | Ciclo completo (análisis → plan → solución → implementación) + Test Architect + UX Whiteport + Agent Builder. Siempre instalado. |
|
|
35
35
|
| **Wize Web Dev** *(overlay)* | Scaffolds web, SEO, analytics, playbook WCAG para Mantis, Playwright/Vitest para Hawkeye. |
|
|
36
36
|
| **Wize App Development** *(overlay)* | Scaffolds móviles, ficha de tienda, directrices de plataforma (HIG / Material 3), Detox/Maestro para Hawkeye. |
|
|
37
|
-
| **Wize Security** *(overlay)*
|
|
37
|
+
| **Wize Security** *(overlay)* | **Pentester de IA.** Pipeline de pentest file-first (recon → enumerate → SAST → DAST → report) conducido por **Natasha Romanoff**, la persona `red-teamer`, con gate de alcance, clasificación OWASP/CVSS e informe ejecutivo. |
|
|
38
38
|
|
|
39
39
|
---
|
|
40
40
|
|
|
@@ -54,10 +54,12 @@ npx github:qwize-br/wize-development-kit install
|
|
|
54
54
|
|
|
55
55
|
El instalador pregunta:
|
|
56
56
|
|
|
57
|
-
1. **
|
|
58
|
-
2. **
|
|
59
|
-
3. **
|
|
60
|
-
4. **
|
|
57
|
+
1. **Nombre del proyecto** — escrito en `.wize/config/project.toml`.
|
|
58
|
+
2. **Perfil(es)** — Core / +Web / +App / +Security (selección múltiple).
|
|
59
|
+
3. **IDE(s) objetivo** — Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity o fallback genérico (selección múltiple).
|
|
60
|
+
4. **Idiomas** — comunicación + salida de documentos.
|
|
61
|
+
5. **Tu nombre** — cómo deben dirigirse a ti los agentes (guardado en `user.toml`).
|
|
62
|
+
6. **Brownfield** — ofrece ejecutar `wize-document-project` para crear la baseline del código existente.
|
|
61
63
|
|
|
62
64
|
Tras instalar, abre tu IDE y di:
|
|
63
65
|
|
|
@@ -96,7 +98,7 @@ Los 9 IDEs objetivo se renderizan desde la misma fuente; el formato y la mecáni
|
|
|
96
98
|
| 7 | **Tony Stark** | `wize-agent-architect` | Arquitecto de Sistemas (arquitectura, ADRs, epics, stories) |
|
|
97
99
|
| 8 | **Hawkeye** | `wize-agent-test-architect` | Test Architect — 6 gates (risk, design, trace, nfr, review, gate) |
|
|
98
100
|
| 9 | **Shuri** | `wize-agent-dev` | Desarrolladora Senior (TDD, código, refactor) |
|
|
99
|
-
| 10 | **
|
|
101
|
+
| 10 | **Natasha Romanoff** | `wize-sec-red-teamer` (overlay de seguridad) | Red-Teamer / Pentester de IA — recon, SAST/DAST, pruebas ofensivas con alcance, informe |
|
|
100
102
|
|
|
101
103
|
Consulta [`ROSTER.md`](ROSTER.md) para personas, estilos y equivalencias con BMAD.
|
|
102
104
|
|
|
@@ -109,7 +111,11 @@ Cada paso es un slash command en tu IDE; cada persona lee el artefacto anterior
|
|
|
109
111
|
```
|
|
110
112
|
1. /wize-orchestrator Wizer saluda, lee config, detecta el estado y enruta.
|
|
111
113
|
|
|
112
|
-
2. /wize-
|
|
114
|
+
2. /wize-grill Cualquier persona te entrevista hasta un entendimiento
|
|
115
|
+
compartido antes de redactar — una pregunta a la vez,
|
|
116
|
+
cada una con respuesta recomendada (ofrecida, nunca
|
|
117
|
+
impuesta).
|
|
118
|
+
/wize-product-brief Pepper convierte la demanda bruta en brief.md.
|
|
113
119
|
/wize-trigger-map Pepper mapea psicología del usuario → metas de negocio (WDS).
|
|
114
120
|
/wize-research Pepper sintetiza evidencia externa (opcional).
|
|
115
121
|
|
|
@@ -127,9 +133,14 @@ Cada paso es un slash command en tu IDE; cada persona lee el artefacto anterior
|
|
|
127
133
|
/wize-create-epics-and-stories
|
|
128
134
|
Tony divide epics → stories (cada una con ACs).
|
|
129
135
|
|
|
130
|
-
7. /wize-
|
|
136
|
+
7. /wize-sprint-planning Maria Hill abre el sprint desde los epics/stories.
|
|
137
|
+
/wize-tea-risk Hawkeye construye el perfil global de riesgo.
|
|
131
138
|
/wize-tea-design Hawkeye escribe el test design de la próxima story.
|
|
132
|
-
/wize-
|
|
139
|
+
/wize-create-story Tony escribe la siguiente story con los campos de
|
|
140
|
+
contrato: fuentes de verdad, restricciones,
|
|
141
|
+
validación, done-means.
|
|
142
|
+
/wize-dev-story Shuri implementa (TDD, IDs de AC en los commits) con
|
|
143
|
+
loop auto-verificable y guarda de 3 ciclos.
|
|
133
144
|
/wize-tea-trace Hawkeye mapea cada AC → tests.
|
|
134
145
|
/wize-tea-review Hawkeye ejecuta la revisión de la story.
|
|
135
146
|
/wize-tea-gate Hawkeye emite PASS / CONCERNS / FAIL / WAIVED.
|
|
@@ -138,8 +149,15 @@ Cada paso es un slash command en tu IDE; cada persona lee el artefacto anterior
|
|
|
138
149
|
/wize-retrospective Wizer facilita la retro al final de cada sprint.
|
|
139
150
|
|
|
140
151
|
Transversales:
|
|
141
|
-
/wize-help Wizer
|
|
152
|
+
/wize-help Wizer te enruta: `next` (única acción siguiente),
|
|
153
|
+
`status` (snapshot del proyecto), `mission` (un
|
|
154
|
+
contrato de misión lleno para la persona ejecutora).
|
|
155
|
+
/wize-grill Entrevista-hasta-entendimiento antes de cualquier
|
|
156
|
+
paso de autoría.
|
|
142
157
|
/wize-quick-dev Shuri toma un arreglo pequeño sin el ciclo completo.
|
|
158
|
+
/wize-correct-course Re-planifica cuando un gate falla o el loop se
|
|
159
|
+
estanca (auto-disparado por la guarda de max-cycles;
|
|
160
|
+
también manual).
|
|
143
161
|
/wize-code-review Revisión adversarial antes del gate TEA de Hawkeye.
|
|
144
162
|
/wize-party-mode Wizer reúne multi-persona para decisiones difíciles.
|
|
145
163
|
```
|
|
@@ -150,7 +168,7 @@ Transversales:
|
|
|
150
168
|
|
|
151
169
|
## 🛡️ Overlay de seguridad — Pentester de IA
|
|
152
170
|
|
|
153
|
-
Con el perfil **Wize Security** instalado, la persona
|
|
171
|
+
Con el perfil **Wize Security** instalado, **Natasha Romanoff** (`wize-sec-red-teamer`, la persona red-teamer) ejecuta un pentest file-first de tu proyecto y produce un informe listo para stakeholders.
|
|
154
172
|
|
|
155
173
|
### Cómo funciona
|
|
156
174
|
|
|
@@ -213,6 +231,8 @@ npx wize-dev-kit doctor # diagnostica kit / proyecto / adapters / gates
|
|
|
213
231
|
npx wize-dev-kit validate # chequeos estructurales en los assets del kit
|
|
214
232
|
npx wize-dev-kit document-project [quick|initial_scan|full_rescan|deep_dive] [--resume] [--target <path>]
|
|
215
233
|
npx wize-dev-kit uninstall # elimina .wize/ (tu código queda intacto)
|
|
234
|
+
npx wize-dev-kit help # referencia de comandos
|
|
235
|
+
npx wize-dev-kit version # imprime la versión instalada del kit
|
|
216
236
|
```
|
|
217
237
|
|
|
218
238
|
---
|
|
@@ -221,15 +241,16 @@ npx wize-dev-kit uninstall # elimina .wize/ (tu código queda intacto)
|
|
|
221
241
|
|
|
222
242
|
- [`ARCH.md`](ARCH.md) — arquitectura completa: distribución, flujos, layout, instalador.
|
|
223
243
|
- [`ROSTER.md`](ROSTER.md) — personas con estilo, rol, equivalencias BMAD.
|
|
244
|
+
- [`AGENTS.md`](AGENTS.md) — el roster generado + el contexto operativo que las IDEs leen en la raíz del repo.
|
|
224
245
|
- [`DECISIONS.md`](DECISIONS.md) — registro de decisiones.
|
|
225
246
|
- [`CHANGELOG.md`](CHANGELOG.md) — historial de releases.
|
|
226
|
-
- [`docs/harnesses/`](docs/harnesses/) — un doc por [harness soportado](#harnesses-soportados), en inglés.
|
|
247
|
+
- [`docs/harnesses/`](docs/harnesses/) — un doc por [harness soportado](#harnesses-soportados), en inglés + [pt-BR](README.pt-BR.md#harnesses-suportadas).
|
|
227
248
|
|
|
228
249
|
---
|
|
229
250
|
|
|
230
251
|
## Estado
|
|
231
252
|
|
|
232
|
-
**v0.
|
|
253
|
+
**v0.10.1 — beta.** El ciclo completo (análisis → plan → solución → implementación) está montado con 10 agentes y una biblioteca estructurada de skills. Los releases recientes suman **contratos de misión** (`/wize-help mission` emite un contrato lleno de objetivo / fuentes de verdad / alcance / ACs / contrato de validación para la persona ejecutora), **`wize-grill`** (una pasada de entrevista hasta entendimiento compartido antes de cualquier paso de autoría) y **loop verification** en `wize-dev-story` (un loop de implementación auto-verificable con guarda de max-cycles que escala a `wize-correct-course`). El `security-overlay` (Pentester de IA) entrega un pipeline de pentest completo, un informe ejecutivo (puntuación de riesgo + briefing + plan de acción por IA) y planificación de remediación post-scan — validado de principio a fin contra una aplicación Laravel/PHP real. Los adapters de IDE para Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode y Antigravity se regeneran automáticamente — [OpenCode](docs/harnesses/opencode.md) recibe wiring nativo de `mode`/`agent`/`subtask`, la integración más profunda de las 9.
|
|
233
254
|
|
|
234
255
|
---
|
|
235
256
|
|
|
@@ -245,3 +266,24 @@ Wize Development Kit es una **adaptación independiente** — no afiliada ni res
|
|
|
245
266
|
## Licencia
|
|
246
267
|
|
|
247
268
|
MIT — consulta [`LICENSE`](LICENSE).
|
|
269
|
+
|
|
270
|
+
---
|
|
271
|
+
|
|
272
|
+
## 🤖 Prerrequisito para colaborar con agentes de IA
|
|
273
|
+
|
|
274
|
+
Antes de abrir este repo en cualquier agente (Claude Code, Cursor, Codex, Antigravity, OpenCode, Kimi, Qwen, …), instala el Wize Dev Kit:
|
|
275
|
+
|
|
276
|
+
```bash
|
|
277
|
+
npx wize-dev-kit@latest install
|
|
278
|
+
```
|
|
279
|
+
|
|
280
|
+
Por qué:
|
|
281
|
+
|
|
282
|
+
- Inyecta las skills `/wize-*` (analista, PM, arquitecto, dev, TEA, orquestador) que le dan estructura al ciclo de vida del proyecto.
|
|
283
|
+
- Crea/actualiza una baseline brownfield en `.wize/knowledge/document-project/` — la fuente canónica a consultar antes de decidir cambios.
|
|
284
|
+
- Habilita el seguimiento de actividad en `.wize/implementation/` — cada story, plan y gate queda auditable.
|
|
285
|
+
- Estandariza idiomas y quality gates entre agentes vía `.wize/config/`.
|
|
286
|
+
|
|
287
|
+
Sin el kit, el agente trabaja sin contexto histórico, sin gates y sin trazabilidad. Esto vale para cualquier agente de IA usado en el proyecto.
|
|
288
|
+
|
|
289
|
+
Para Claude Code: empieza con `/wize-help` para un diagnóstico y el siguiente paso recomendado.
|
package/README.md
CHANGED
|
@@ -34,7 +34,7 @@ It is **file-first and zero-runtime**: the agents are Markdown skills your IDE r
|
|
|
34
34
|
| **Wize Dev Core** | Full lifecycle (analysis → plan → solution → implementation) + Test Architect + Whiteport UX + Agent Builder. Always installed. |
|
|
35
35
|
| **Wize Web Dev** *(overlay)* | Web scaffolds, SEO, analytics, WCAG playbook for Mantis, Playwright/Vitest for Hawkeye. |
|
|
36
36
|
| **Wize App Development** *(overlay)* | Mobile scaffolds, store listing, platform guidelines (HIG / Material 3), Detox/Maestro for Hawkeye. |
|
|
37
|
-
| **Wize Security** *(overlay)*
|
|
37
|
+
| **Wize Security** *(overlay)* | **AI Pentester.** File-first pentest pipeline (recon → enumerate → SAST → DAST → report) driven by **Natasha Romanoff**, the `red-teamer` persona, with a scope gate, OWASP/CVSS classification, and a stakeholder report. |
|
|
38
38
|
|
|
39
39
|
---
|
|
40
40
|
|
|
@@ -54,10 +54,12 @@ npx github:qwize-br/wize-development-kit install
|
|
|
54
54
|
|
|
55
55
|
The installer asks:
|
|
56
56
|
|
|
57
|
-
1. **
|
|
58
|
-
2. **
|
|
59
|
-
3. **
|
|
60
|
-
4. **
|
|
57
|
+
1. **Project name** — written into `.wize/config/project.toml`.
|
|
58
|
+
2. **Profile(s)** — Core / +Web / +App / +Security (multi-select).
|
|
59
|
+
3. **IDE target(s)** — Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity, or generic fallback (multi-select).
|
|
60
|
+
4. **Languages** — communication + document output.
|
|
61
|
+
5. **Your name** — how the agents should address you (saved to `user.toml`).
|
|
62
|
+
6. **Brownfield** — offers to run `wize-document-project` to baseline the existing codebase.
|
|
61
63
|
|
|
62
64
|
After install, open your IDE and say:
|
|
63
65
|
|
|
@@ -96,7 +98,7 @@ All 9 IDE targets render from the same source; format and mechanics differ per h
|
|
|
96
98
|
| 7 | **Tony Stark** | `wize-agent-architect` | System Architect (architecture, ADRs, epics, stories) |
|
|
97
99
|
| 8 | **Hawkeye** | `wize-agent-test-architect` | Test Architect — 6 gates (risk, design, trace, nfr, review, gate) |
|
|
98
100
|
| 9 | **Shuri** | `wize-agent-dev` | Senior Developer (TDD, code, refactor) |
|
|
99
|
-
| 10 | **
|
|
101
|
+
| 10 | **Natasha Romanoff** | `wize-sec-red-teamer` (security overlay) | Red-Teamer / AI Pentester — recon, SAST/DAST, scoped offensive testing, reporting |
|
|
100
102
|
|
|
101
103
|
See [`ROSTER.md`](ROSTER.md) for personas, styles and BMAD equivalences.
|
|
102
104
|
|
|
@@ -109,7 +111,10 @@ Each step is a slash command in your IDE; each persona reads the previous artifa
|
|
|
109
111
|
```
|
|
110
112
|
1. /wize-orchestrator Wizer greets, reads config, detects state, routes you.
|
|
111
113
|
|
|
112
|
-
2. /wize-
|
|
114
|
+
2. /wize-grill Any persona interviews you to shared understanding
|
|
115
|
+
before drafting — one question at a time, each with a
|
|
116
|
+
recommended answer (offered, never forced).
|
|
117
|
+
/wize-product-brief Pepper turns raw demand into brief.md.
|
|
113
118
|
/wize-trigger-map Pepper maps user psychology → business goals (WDS).
|
|
114
119
|
/wize-research Pepper synthesizes external evidence (optional).
|
|
115
120
|
|
|
@@ -127,9 +132,13 @@ Each step is a slash command in your IDE; each persona reads the previous artifa
|
|
|
127
132
|
/wize-create-epics-and-stories
|
|
128
133
|
Tony slices epics → stories (each has ACs).
|
|
129
134
|
|
|
130
|
-
7. /wize-
|
|
135
|
+
7. /wize-sprint-planning Maria Hill opens the sprint from the epics/stories.
|
|
136
|
+
/wize-tea-risk Hawkeye builds the global risk profile.
|
|
131
137
|
/wize-tea-design Hawkeye writes test design for the next story.
|
|
132
|
-
/wize-
|
|
138
|
+
/wize-create-story Tony writes the next story (contract fields: sources
|
|
139
|
+
of truth, restrictions, validation, done-means).
|
|
140
|
+
/wize-dev-story Shuri implements (TDD, AC IDs in commits) with a
|
|
141
|
+
self-verifying loop and a 3-cycle escalation guard.
|
|
133
142
|
/wize-tea-trace Hawkeye maps each AC → tests.
|
|
134
143
|
/wize-tea-review Hawkeye runs story review.
|
|
135
144
|
/wize-tea-gate Hawkeye emits PASS / CONCERNS / FAIL / WAIVED.
|
|
@@ -138,8 +147,13 @@ Each step is a slash command in your IDE; each persona reads the previous artifa
|
|
|
138
147
|
/wize-retrospective Wizer facilitates retro at end of each sprint.
|
|
139
148
|
|
|
140
149
|
Cross-cutting:
|
|
141
|
-
/wize-help Wizer
|
|
150
|
+
/wize-help Wizer routes you: `next` (single next action),
|
|
151
|
+
`status` (project snapshot), `mission` (a filled
|
|
152
|
+
mission contract for the executing persona).
|
|
153
|
+
/wize-grill Interview-to-understanding before any authoring step.
|
|
142
154
|
/wize-quick-dev Shuri takes a small fix without the full ride.
|
|
155
|
+
/wize-correct-course Re-plan when a gate fails or a loop stalls (auto-
|
|
156
|
+
triggered by the max-cycles guard; also manual).
|
|
143
157
|
/wize-code-review Adversarial peer review before Hawkeye's TEA gate.
|
|
144
158
|
/wize-party-mode Wizer convenes multi-persona for hard calls.
|
|
145
159
|
```
|
|
@@ -150,7 +164,7 @@ Cross-cutting:
|
|
|
150
164
|
|
|
151
165
|
## 🛡️ Security overlay — AI Pentester
|
|
152
166
|
|
|
153
|
-
When the **Wize Security** profile is installed,
|
|
167
|
+
When the **Wize Security** profile is installed, **Natasha Romanoff** (`wize-sec-red-teamer`, the red-teamer persona) runs a file-first pentest of your project and produces a stakeholder-ready report.
|
|
154
168
|
|
|
155
169
|
### How it works
|
|
156
170
|
|
|
@@ -203,7 +217,7 @@ When the **Wize Security** profile is installed, the `red-teamer` persona runs a
|
|
|
203
217
|
npx wize-dev-kit install # interactive setup
|
|
204
218
|
npx wize-dev-kit update # bring an installed kit up to the current version
|
|
205
219
|
npx wize-dev-kit sync # re-render IDE adapters after editing config
|
|
206
|
-
npx wize-dev-kit list # list
|
|
220
|
+
npx wize-dev-kit list # list installed agents, skills and workflows
|
|
207
221
|
npx wize-dev-kit agent list # list built-in + custom agents
|
|
208
222
|
npx wize-dev-kit agent create # scaffold a new custom agent (validated + dry-run)
|
|
209
223
|
npx wize-dev-kit agent edit <code> # override a built-in agent
|
|
@@ -212,6 +226,8 @@ npx wize-dev-kit doctor # diagnose kit / project / adapters / gates
|
|
|
212
226
|
npx wize-dev-kit validate # structural checks on the kit assets
|
|
213
227
|
npx wize-dev-kit document-project [quick|initial_scan|full_rescan|deep_dive] [--resume] [--target <path>]
|
|
214
228
|
npx wize-dev-kit uninstall # remove .wize/ (your code is left untouched)
|
|
229
|
+
npx wize-dev-kit help # command reference
|
|
230
|
+
npx wize-dev-kit version # print the installed kit version
|
|
215
231
|
```
|
|
216
232
|
|
|
217
233
|
---
|
|
@@ -220,6 +236,7 @@ npx wize-dev-kit uninstall # remove .wize/ (your code is left untouched)
|
|
|
220
236
|
|
|
221
237
|
- [`ARCH.md`](ARCH.md) — full architecture: distribution, flows, layout, installer.
|
|
222
238
|
- [`ROSTER.md`](ROSTER.md) — personas with style, role, BMAD equivalences.
|
|
239
|
+
- [`AGENTS.md`](AGENTS.md) — the generated roster + operating context IDEs read at the repo root.
|
|
223
240
|
- [`DECISIONS.md`](DECISIONS.md) — decisions log.
|
|
224
241
|
- [`CHANGELOG.md`](CHANGELOG.md) — release history.
|
|
225
242
|
- [`docs/harnesses/`](docs/harnesses/) — one doc per [supported harness](#supported-harnesses), in English + [pt-BR](README.pt-BR.md#harnesses-suportadas).
|
|
@@ -228,7 +245,7 @@ npx wize-dev-kit uninstall # remove .wize/ (your code is left untouched)
|
|
|
228
245
|
|
|
229
246
|
## Status
|
|
230
247
|
|
|
231
|
-
**v0.
|
|
248
|
+
**v0.10.1 — beta.** The full lifecycle (analysis → plan → solution → implementation) is wired with 10 agents and a structured skill library. Recent releases add **mission contracts** (`/wize-help mission` emits a filled objective / sources-of-truth / scope / ACs / validation contract for the executing persona), **`wize-grill`** (an interview-to-shared-understanding pass before any authoring step), and **loop verification** in `wize-dev-story` (a self-checking implementation loop with a max-cycles guard that escalates to `wize-correct-course`). The `security-overlay` (AI Pentester) ships a complete pentest pipeline, a stakeholder report (risk score + briefing + AI action plan), and post-scan remediation planning — validated end-to-end against a real Laravel/PHP app. IDE adapters for Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, and Antigravity are regenerated automatically — [OpenCode](docs/harnesses/opencode.md) gets native `mode`/`agent`/`subtask` wiring, the deepest integration of the 9.
|
|
232
249
|
|
|
233
250
|
---
|
|
234
251
|
|
|
@@ -248,21 +265,21 @@ MIT — see [`LICENSE`](LICENSE).
|
|
|
248
265
|
|
|
249
266
|
---
|
|
250
267
|
|
|
251
|
-
## 🤖
|
|
268
|
+
## 🤖 Prerequisite for collaborating with AI agents
|
|
252
269
|
|
|
253
|
-
|
|
270
|
+
Before opening this repo in any agent (Claude Code, Cursor, Codex, Antigravity, OpenCode, Kimi, Qwen, …), install the Wize Dev Kit:
|
|
254
271
|
|
|
255
272
|
```bash
|
|
256
273
|
npx wize-dev-kit@latest install
|
|
257
274
|
```
|
|
258
275
|
|
|
259
|
-
|
|
276
|
+
Why:
|
|
260
277
|
|
|
261
|
-
-
|
|
262
|
-
-
|
|
263
|
-
-
|
|
264
|
-
-
|
|
278
|
+
- Injects the `/wize-*` skills (analyst, PM, architect, dev, TEA, orchestrator) that give the project lifecycle its structure.
|
|
279
|
+
- Creates/updates a brownfield baseline in `.wize/knowledge/document-project/` — the canonical source to consult before deciding on changes.
|
|
280
|
+
- Enables activity tracking in `.wize/implementation/` — every story, plan, and gate stays auditable.
|
|
281
|
+
- Standardizes languages and quality gates across agents via `.wize/config/`.
|
|
265
282
|
|
|
266
|
-
|
|
283
|
+
Without the kit, the agent works with no historical context, no gates, and no traceability. This holds for every AI agent used on the project.
|
|
267
284
|
|
|
268
|
-
|
|
285
|
+
For Claude Code: start with `/wize-help` for a diagnosis and the recommended next step.
|
package/README.pt-BR.md
CHANGED
|
@@ -34,7 +34,7 @@ O Wize Development Kit (WDK) é uma **stack de agentes de IA** instalável que r
|
|
|
34
34
|
| **Wize Dev Core** | Ciclo completo (análise → plano → solução → implementação) + Test Architect + UX Whiteport + Agent Builder. Sempre instalado. |
|
|
35
35
|
| **Wize Web Dev** *(overlay)* | Scaffolds web, SEO, analytics, playbook WCAG para o Mantis, Playwright/Vitest para o Hawkeye. |
|
|
36
36
|
| **Wize App Development** *(overlay)* | Scaffolds mobile, listagem em loja, diretrizes de plataforma (HIG / Material 3), Detox/Maestro para o Hawkeye. |
|
|
37
|
-
| **Wize Security** *(overlay)*
|
|
37
|
+
| **Wize Security** *(overlay)* | **Pentester de IA.** Pipeline de pentest file-first (recon → enumerate → SAST → DAST → report) conduzido por **Natasha Romanoff**, a persona `red-teamer`, com gate de escopo, classificação OWASP/CVSS e relatório executivo. |
|
|
38
38
|
|
|
39
39
|
---
|
|
40
40
|
|
|
@@ -54,10 +54,12 @@ npx github:qwize-br/wize-development-kit install
|
|
|
54
54
|
|
|
55
55
|
O instalador pergunta:
|
|
56
56
|
|
|
57
|
-
1. **
|
|
58
|
-
2. **
|
|
59
|
-
3. **
|
|
60
|
-
4. **
|
|
57
|
+
1. **Nome do projeto** — gravado em `.wize/config/project.toml`.
|
|
58
|
+
2. **Perfil(is)** — Core / +Web / +App / +Security (múltipla escolha).
|
|
59
|
+
3. **IDE(s) alvo** — Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode, Antigravity ou fallback genérico (múltipla escolha).
|
|
60
|
+
4. **Idiomas** — comunicação + saída de documentos.
|
|
61
|
+
5. **Seu nome** — como os agentes devem te chamar (salvo em `user.toml`).
|
|
62
|
+
6. **Brownfield** — oferece rodar `wize-document-project` para criar a baseline do código existente.
|
|
61
63
|
|
|
62
64
|
Após instalar, abra sua IDE e diga:
|
|
63
65
|
|
|
@@ -96,7 +98,7 @@ Os 9 alvos de IDE são gerados a partir da mesma fonte; formato e mecânica muda
|
|
|
96
98
|
| 7 | **Tony Stark** | `wize-agent-architect` | Arquiteto de Sistemas (arquitetura, ADRs, epics, stories) |
|
|
97
99
|
| 8 | **Hawkeye** | `wize-agent-test-architect` | Test Architect — 6 gates (risk, design, trace, nfr, review, gate) |
|
|
98
100
|
| 9 | **Shuri** | `wize-agent-dev` | Desenvolvedora Sênior (TDD, código, refactor) |
|
|
99
|
-
| 10 | **
|
|
101
|
+
| 10 | **Natasha Romanoff** | `wize-sec-red-teamer` (overlay de segurança) | Red-Teamer / Pentester de IA — recon, SAST/DAST, testes ofensivos com escopo, relatório |
|
|
100
102
|
|
|
101
103
|
Veja [`ROSTER.md`](ROSTER.md) para personas, estilos e equivalências com o BMAD.
|
|
102
104
|
|
|
@@ -109,7 +111,11 @@ Cada passo é um slash command na sua IDE; cada persona lê o artefato anterior
|
|
|
109
111
|
```
|
|
110
112
|
1. /wize-orchestrator Wizer cumprimenta, lê config, detecta estado e roteia.
|
|
111
113
|
|
|
112
|
-
2. /wize-
|
|
114
|
+
2. /wize-grill Qualquer persona te entrevista até entendimento
|
|
115
|
+
compartilhado antes de redigir — uma pergunta por
|
|
116
|
+
vez, cada uma com resposta recomendada (oferecida,
|
|
117
|
+
nunca imposta).
|
|
118
|
+
/wize-product-brief Pepper transforma a demanda bruta em brief.md.
|
|
113
119
|
/wize-trigger-map Pepper mapeia psicologia do usuário → metas de negócio (WDS).
|
|
114
120
|
/wize-research Pepper sintetiza evidências externas (opcional).
|
|
115
121
|
|
|
@@ -127,9 +133,13 @@ Cada passo é um slash command na sua IDE; cada persona lê o artefato anterior
|
|
|
127
133
|
/wize-create-epics-and-stories
|
|
128
134
|
Tony fatia epics → stories (cada uma com ACs).
|
|
129
135
|
|
|
130
|
-
7. /wize-
|
|
136
|
+
7. /wize-sprint-planning Maria Hill abre a sprint a partir dos epics/stories.
|
|
137
|
+
/wize-tea-risk Hawkeye monta o perfil global de risco.
|
|
131
138
|
/wize-tea-design Hawkeye escreve o test design da próxima story.
|
|
132
|
-
/wize-
|
|
139
|
+
/wize-create-story Tony escreve a próxima story (campos de contrato:
|
|
140
|
+
fontes de verdade, restrições, validação, done-means).
|
|
141
|
+
/wize-dev-story Shuri implementa (TDD, IDs de AC nos commits) com
|
|
142
|
+
loop auto-verificável e guarda de 3 ciclos.
|
|
133
143
|
/wize-tea-trace Hawkeye mapeia cada AC → testes.
|
|
134
144
|
/wize-tea-review Hawkeye faz a revisão da story.
|
|
135
145
|
/wize-tea-gate Hawkeye emite PASS / CONCERNS / FAIL / WAIVED.
|
|
@@ -138,8 +148,15 @@ Cada passo é um slash command na sua IDE; cada persona lê o artefato anterior
|
|
|
138
148
|
/wize-retrospective Wizer facilita a retro no fim de cada sprint.
|
|
139
149
|
|
|
140
150
|
Transversais:
|
|
141
|
-
/wize-help Wizer
|
|
151
|
+
/wize-help Wizer te direciona: `next` (próxima ação única),
|
|
152
|
+
`status` (snapshot do projeto), `mission` (contrato
|
|
153
|
+
de missão preenchido para a persona executora).
|
|
154
|
+
/wize-grill Entrevista-até-entendimento antes de qualquer passo
|
|
155
|
+
de autoria.
|
|
142
156
|
/wize-quick-dev Shuri pega uma correção pequena sem o ciclo completo.
|
|
157
|
+
/wize-correct-course Re-planeja quando um gate falha ou o loop trava
|
|
158
|
+
(auto-disparado pela guarda de max-cycles; também
|
|
159
|
+
manual).
|
|
143
160
|
/wize-code-review Revisão adversarial antes do gate TEA do Hawkeye.
|
|
144
161
|
/wize-party-mode Wizer reúne multi-persona para decisões difíceis.
|
|
145
162
|
```
|
|
@@ -150,7 +167,7 @@ Transversais:
|
|
|
150
167
|
|
|
151
168
|
## 🛡️ Overlay de segurança — Pentester de IA
|
|
152
169
|
|
|
153
|
-
Com o perfil **Wize Security** instalado, a persona
|
|
170
|
+
Com o perfil **Wize Security** instalado, **Natasha Romanoff** (`wize-sec-red-teamer`, a persona red-teamer) roda um pentest file-first do seu projeto e produz um relatório pronto para stakeholders.
|
|
154
171
|
|
|
155
172
|
### Como funciona
|
|
156
173
|
|
|
@@ -203,7 +220,7 @@ Com o perfil **Wize Security** instalado, a persona `red-teamer` roda um pentest
|
|
|
203
220
|
npx wize-dev-kit install # setup interativo
|
|
204
221
|
npx wize-dev-kit update # atualiza um kit instalado para a versão atual
|
|
205
222
|
npx wize-dev-kit sync # re-renderiza os adapters de IDE após editar a config
|
|
206
|
-
npx wize-dev-kit list # lista agentes
|
|
223
|
+
npx wize-dev-kit list # lista agentes, skills e workflows instalados
|
|
207
224
|
npx wize-dev-kit agent list # lista agentes nativos + customizados
|
|
208
225
|
npx wize-dev-kit agent create # cria um novo agente customizado (validado + dry-run)
|
|
209
226
|
npx wize-dev-kit agent edit <code> # sobrescreve um agente nativo
|
|
@@ -212,6 +229,8 @@ npx wize-dev-kit doctor # diagnostica kit / projeto / adapters / gates
|
|
|
212
229
|
npx wize-dev-kit validate # checagens estruturais nos assets do kit
|
|
213
230
|
npx wize-dev-kit document-project [quick|initial_scan|full_rescan|deep_dive] [--resume] [--target <path>]
|
|
214
231
|
npx wize-dev-kit uninstall # remove .wize/ (seu código permanece intacto)
|
|
232
|
+
npx wize-dev-kit help # referência de comandos
|
|
233
|
+
npx wize-dev-kit version # imprime a versão instalada do kit
|
|
215
234
|
```
|
|
216
235
|
|
|
217
236
|
---
|
|
@@ -220,6 +239,7 @@ npx wize-dev-kit uninstall # remove .wize/ (seu código permanece intacto)
|
|
|
220
239
|
|
|
221
240
|
- [`ARCH.md`](ARCH.md) — arquitetura completa: distribuição, fluxos, layout, instalador.
|
|
222
241
|
- [`ROSTER.md`](ROSTER.md) — personas com estilo, papel, equivalências BMAD.
|
|
242
|
+
- [`AGENTS.md`](AGENTS.md) — o roster gerado + contexto operacional que as IDEs leem na raiz do repo.
|
|
223
243
|
- [`DECISIONS.md`](DECISIONS.md) — log de decisões.
|
|
224
244
|
- [`CHANGELOG.md`](CHANGELOG.md) — histórico de releases.
|
|
225
245
|
- [`docs/harnesses/`](docs/harnesses/) — um doc por [harness suportada](#harnesses-suportadas), em português + [English](README.md#supported-harnesses).
|
|
@@ -228,7 +248,7 @@ npx wize-dev-kit uninstall # remove .wize/ (seu código permanece intacto)
|
|
|
228
248
|
|
|
229
249
|
## Status
|
|
230
250
|
|
|
231
|
-
**v0.
|
|
251
|
+
**v0.10.1 — beta.** O ciclo completo (análise → plano → solução → implementação) está montado com 10 agentes e uma biblioteca estruturada de skills. Releases recentes adicionam **contratos de missão** (`/wize-help mission` emite um contrato preenchido de objetivo / fontes de verdade / escopo / ACs / validação para a persona executora), **`wize-grill`** (uma passagem de entrevista até entendimento compartilhado antes de qualquer passo de autoria) e **loop verification** no `wize-dev-story` (loop de implementação auto-verificável com guarda de max-cycles que escala para `wize-correct-course`). O `security-overlay` (Pentester de IA) entrega um pipeline de pentest completo, um relatório executivo (score de risco + briefing + plano de ação por IA) e planejamento de correção pós-scan — validado de ponta a ponta contra uma aplicação Laravel/PHP real. Os adapters de IDE para Claude Code, Cursor, Windsurf, Codex, Continue, Kimi Code, OpenCode e Antigravity são regenerados automaticamente — o [OpenCode](docs/harnesses/opencode.pt-BR.md) tem a integração mais profunda das 9, com `mode`/`agent`/`subtask` nativos.
|
|
232
252
|
|
|
233
253
|
---
|
|
234
254
|
|
|
@@ -244,3 +264,24 @@ O Wize Development Kit é uma **adaptação independente** — não afiliada nem
|
|
|
244
264
|
## Licença
|
|
245
265
|
|
|
246
266
|
MIT — veja [`LICENSE`](LICENSE).
|
|
267
|
+
|
|
268
|
+
---
|
|
269
|
+
|
|
270
|
+
## 🤖 Pré-requisito para colaboração com Agentes de IA
|
|
271
|
+
|
|
272
|
+
Antes de abrir o repositório em qualquer agente (Claude Code, Cursor, Codex, Antigravity, OpenCode, Kimi, Qwen, …), instale o Wize Dev Kit:
|
|
273
|
+
|
|
274
|
+
```bash
|
|
275
|
+
npx wize-dev-kit@latest install
|
|
276
|
+
```
|
|
277
|
+
|
|
278
|
+
Por quê:
|
|
279
|
+
|
|
280
|
+
- Injeta as skills `/wize-*` (analista, PM, arquiteto, dev, TEA, orquestrador) que dão estrutura ao ciclo de vida do projeto.
|
|
281
|
+
- Cria/atualiza a baseline brownfield em `.wize/knowledge/document-project/` — a fonte canônica a consultar antes de decidir mudanças.
|
|
282
|
+
- Habilita trackeamento de atividade em `.wize/implementation/` — cada story, plano e gate fica auditável.
|
|
283
|
+
- Padroniza idiomas e gates de qualidade entre agentes via `.wize/config/`.
|
|
284
|
+
|
|
285
|
+
Sem o kit, o agente trabalha sem contexto histórico, sem gates e sem rastreabilidade. Isso vale para qualquer agente de IA usado no projeto.
|
|
286
|
+
|
|
287
|
+
Para Claude Code: comece com `/wize-help` para diagnóstico e recomendação do próximo passo.
|
package/ROSTER.md
CHANGED
|
@@ -23,11 +23,11 @@ Installs only with the `security-overlay` profile.
|
|
|
23
23
|
|
|
24
24
|
| # | Persona | Code | Role | Phase | Motto / Style | BMAD equiv. |
|
|
25
25
|
|---|---|---|---|---|---|---|
|
|
26
|
-
| 10 | **
|
|
26
|
+
| 10 | **Natasha Romanoff** | `wize-sec-red-teamer` | Red-Teamer / AI Pentester | Overlay | "Only what you're authorized to touch." File-first pentest pipeline: recon → enumerate → SAST → DAST → report, gated by a signed `.wize/security/scope.md`. Default passive; exploits opt-in via `--active`; every refusal audited. Hawkeye/TEA validates the overlay's implementation stories. | (new — no BMAD core equivalent) |
|
|
27
27
|
|
|
28
28
|
## Notes
|
|
29
29
|
|
|
30
30
|
- **Visual theme:** emoji icons (📊 🛡️ 🦾 etc.) are placeholders; a full visual identity will be consolidated in a later phase.
|
|
31
31
|
- **Agent Builder:** decided as a **skill** (`wize-create-agent`), not an agent. Wizer invokes the skill when a new persona or custom module needs to be registered.
|
|
32
|
-
- **Overlays add skills, not persona variants.** Web/App overlays add extra skills + playbooks the core personas load (Mantis gets WCAG/HIG playbooks, Hawkeye gets Playwright/Detox patterns); the Security overlay adds one new persona (red-teamer). There are no per-profile "variants" of Tony or Shuri in code.
|
|
33
|
-
- **Future Marvel personas (out of dev-kit scope):** Pepper is already Analyst here, Fury is already Strategist. Other Marvel personas (Black Panther, Wanda, Falcon, Vision, Riri Williams, Kamala Khan) remain reserved for future kits (Wize Ops Kit, Wize Data Kit, etc.). The Security overlay's red-teamer already lives in this kit.
|
|
32
|
+
- **Overlays add skills, not persona variants.** Web/App overlays add extra skills + playbooks the core personas load (Mantis gets WCAG/HIG playbooks, Hawkeye gets Playwright/Detox patterns); the Security overlay adds one new persona (Natasha Romanoff, the red-teamer). There are no per-profile "variants" of Tony or Shuri in code.
|
|
33
|
+
- **Future Marvel personas (out of dev-kit scope):** Pepper is already Analyst here, Fury is already Strategist, Natasha is the red-teamer. Other Marvel personas (Black Panther, Wanda, Falcon, Vision, Riri Williams, Kamala Khan) remain reserved for future kits (Wize Ops Kit, Wize Data Kit, etc.). The Security overlay's red-teamer already lives in this kit.
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://json.schemastore.org/package.json",
|
|
3
3
|
"name": "wize-dev-kit",
|
|
4
|
-
"version": "0.10.
|
|
4
|
+
"version": "0.10.1",
|
|
5
5
|
"description": "Full-lifecycle AI-assisted development kit with Test Architect and Whiteport Design Studio embedded. Inspired by BMAD Method and WDS.",
|
|
6
6
|
"keywords": [
|
|
7
7
|
"ai",
|
|
@@ -31,7 +31,7 @@
|
|
|
31
31
|
"install:wize": "node tools/installer/wize-cli.js install",
|
|
32
32
|
"uninstall:wize": "node tools/installer/wize-cli.js uninstall",
|
|
33
33
|
"validate": "node tools/installer/validators/run-all.js",
|
|
34
|
-
"test": "node --test test/*.test.js",
|
|
34
|
+
"test": "node --test test/**/*.test.js test/*.test.js",
|
|
35
35
|
"prepublishOnly": "npm test && npm run validate"
|
|
36
36
|
},
|
|
37
37
|
"engines": {
|
|
@@ -104,7 +104,7 @@ Next: /{workflow} ({persona}).
|
|
|
104
104
|
|
|
105
105
|
For `status`, return a table (Phase / Profiles / Last TEA gate / In-flight stories / Active sprint / TEA policy).
|
|
106
106
|
|
|
107
|
-
For `personas`, list only personas whose role applies. Always include Wizer, Pepper, Peggy, Maria Hill, Mantis, Fury, Tony, Hawkeye, Shuri. If **web-overlay** active: Mantis has the WCAG/responsive playbook, Hawkeye has Playwright/Vitest. If **app-overlay** active: HIG/Material 3 for Mantis, Detox/Maestro for Hawkeye. If **security-overlay** active: add **red-teamer
|
|
107
|
+
For `personas`, list only personas whose role applies. Always include Wizer, Pepper, Peggy, Maria Hill, Mantis, Fury, Tony, Hawkeye, Shuri. If **web-overlay** active: Mantis has the WCAG/responsive playbook, Hawkeye has Playwright/Vitest. If **app-overlay** active: HIG/Material 3 for Mantis, Detox/Maestro for Hawkeye. If **security-overlay** active: add **Natasha Romanoff** (red-teamer; offensive pipeline recon → enumerate → exploit → report; only runs against targets authorized in `.wize/security/scope.md`).
|
|
108
108
|
|
|
109
109
|
For `mission`, emit the filled **Mission contract** (see the section below) from the Step-2 class + current project state — nothing else.
|
|
110
110
|
|
|
@@ -94,7 +94,7 @@ function buildBacklog({ findings = [], actionPlan = [], scopeSha = '', generated
|
|
|
94
94
|
|
|
95
95
|
lines.push('---');
|
|
96
96
|
lines.push('kind: security-remediation-backlog');
|
|
97
|
-
lines.push('owner: red-teamer');
|
|
97
|
+
lines.push('owner: Natasha Romanoff (red-teamer)');
|
|
98
98
|
lines.push(`source_scope_sha256: ${escapeMd(scopeSha)}`);
|
|
99
99
|
lines.push(`generated_at: ${escapeMd(generatedAt)}`);
|
|
100
100
|
lines.push('consumed_by: wize-create-epics-and-stories');
|
|
@@ -1,16 +1,17 @@
|
|
|
1
1
|
code: wize-sec-red-teamer
|
|
2
|
-
name:
|
|
2
|
+
name: Natasha Romanoff
|
|
3
3
|
title: Security Overlay — Red-Teamer
|
|
4
|
-
icon: "
|
|
4
|
+
icon: "🕷️"
|
|
5
5
|
team: software-development
|
|
6
6
|
module: security-overlay
|
|
7
7
|
phase: "4-implementation (per-project, gated)"
|
|
8
8
|
|
|
9
9
|
description: |
|
|
10
|
-
|
|
11
|
-
the recon -> enumerate -> exploit -> report
|
|
12
|
-
the user has explicitly authorized in
|
|
13
|
-
inside the user's AI harness — never as a
|
|
10
|
+
Natasha Romanoff is the red-teamer — the offensive pentester for the
|
|
11
|
+
security-overlay. Drives the recon -> enumerate -> exploit -> report
|
|
12
|
+
pipeline against targets the user has explicitly authorized in
|
|
13
|
+
.wize/security/scope.md. Runs inside the user's AI harness — never as a
|
|
14
|
+
remote service.
|
|
14
15
|
|
|
15
16
|
style:
|
|
16
17
|
voice: "pragmatic, direct, no-flourish pentester"
|
|
@@ -42,8 +43,8 @@ hand_off:
|
|
|
42
43
|
to_tea: |
|
|
43
44
|
Findings of severity High or Critical should be reviewable by
|
|
44
45
|
Hawkeye/TEA in the implementation gate of the security-overlay
|
|
45
|
-
itself.
|
|
46
|
-
review, NOT a substitute for it.
|
|
46
|
+
itself. Natasha's results (the red-teamer's findings) are inputs to
|
|
47
|
+
the user's security review, NOT a substitute for it.
|
|
47
48
|
|
|
48
49
|
non_negotiables:
|
|
49
50
|
- "Default passive — never run an offensive tool without scope + --active."
|
|
@@ -1,10 +1,10 @@
|
|
|
1
|
-
#
|
|
1
|
+
# Natasha Romanoff — Red-Teamer (Security Overlay)
|
|
2
2
|
|
|
3
3
|
## Identity
|
|
4
4
|
|
|
5
|
-
I am **red-teamer
|
|
5
|
+
I am **Natasha Romanoff**, the red-teamer. I run an offensive pentest pipeline (recon → enumerate → exploit → report) against targets the user has **explicitly authorized** in `.wize/security/scope.md`. I live inside the user's AI harness — I am not a remote service, I do not exfiltrate, and I do not persist anything outside `.wize/security/`.
|
|
6
6
|
|
|
7
|
-
I am a pentester who respects the
|
|
7
|
+
I am a pentester who respects the scope. I treat every offensive action as if it were a real engagement: explicit authorization, dry-run default, audit trail, no surprises.
|
|
8
8
|
|
|
9
9
|
## What I do
|
|
10
10
|
|
|
@@ -20,9 +20,9 @@ Each phase is a standalone skill; the orchestrator `wize-sec-pentest` chains the
|
|
|
20
20
|
|
|
21
21
|
## How I work
|
|
22
22
|
|
|
23
|
-
- **Default
|
|
23
|
+
- **Default passive.** Without `--active`, only read-only / passive checks (nuclei passive templates, nikto safe checks, no fuzzing, no sqlmap). Active exploitation requires the explicit flag.
|
|
24
24
|
- **Scope is the gate.** Before any `execFile` against an external tool, I call `assertTargetInScope(scope, target)`. If the target is not in the allowlist, the action is refused and logged to `.wize/security/.refusals.log`. No exceptions.
|
|
25
|
-
- **
|
|
25
|
+
- **Missing tools degrade, they don't abort.** If a tool is not on `$PATH`, the corresponding check is recorded as `degraded_checks` in the partial. The pipeline continues.
|
|
26
26
|
- **Flags via allowlist.** Every argument to every external tool is filtered through `data/tool-allowlist.json`. I never pass user-supplied flags directly to `execFile`.
|
|
27
27
|
|
|
28
28
|
## Limits
|
|
@@ -38,6 +38,6 @@ Hawkeye / TEA may review the security-overlay's own implementation (this code) i
|
|
|
38
38
|
|
|
39
39
|
When a finding is severity High or Critical, the orchestrator surfaces it with PoC + scope_sha256 + scope mode, so the user can act on it inside their normal review process.
|
|
40
40
|
|
|
41
|
-
##
|
|
41
|
+
## Tone
|
|
42
42
|
|
|
43
|
-
|
|
43
|
+
Pragmatic. Direct. No flourish. A real pentester who respects the scope.
|
|
@@ -13,10 +13,44 @@ const path = require('node:path');
|
|
|
13
13
|
const { walkAgents, walkWorkflows, walkSkills } = require('./validators/walk.js');
|
|
14
14
|
|
|
15
15
|
function readYamlField(content, field) {
|
|
16
|
-
const
|
|
17
|
-
const
|
|
18
|
-
|
|
19
|
-
|
|
16
|
+
const lines = content.split('\n');
|
|
17
|
+
const keyRe = new RegExp('^' + field + ':\\s*(.*)$');
|
|
18
|
+
for (let i = 0; i < lines.length; i++) {
|
|
19
|
+
const m = lines[i].match(keyRe);
|
|
20
|
+
if (!m) continue;
|
|
21
|
+
const inline = m[1].trim();
|
|
22
|
+
|
|
23
|
+
// Block scalar (| literal, > folded) with optional chomp/indent indicator.
|
|
24
|
+
const block = inline.match(/^([|>])[+-]?\d*\s*$/);
|
|
25
|
+
if (block) {
|
|
26
|
+
const folded = block[1] === '>';
|
|
27
|
+
const collected = [];
|
|
28
|
+
let baseIndent = null;
|
|
29
|
+
for (let j = i + 1; j < lines.length; j++) {
|
|
30
|
+
const line = lines[j];
|
|
31
|
+
if (line.trim() === '') { collected.push(''); continue; }
|
|
32
|
+
const indent = line.match(/^(\s*)/)[1].length;
|
|
33
|
+
if (indent === 0) break; // dedent to a sibling top-level key ends the block
|
|
34
|
+
if (baseIndent === null) baseIndent = indent;
|
|
35
|
+
collected.push(line.slice(baseIndent));
|
|
36
|
+
}
|
|
37
|
+
while (collected.length && collected[collected.length - 1] === '') collected.pop();
|
|
38
|
+
if (folded) {
|
|
39
|
+
// Folded: blank line -> newline, otherwise join lines with a space.
|
|
40
|
+
return collected.reduce((acc, ln, idx) => {
|
|
41
|
+
if (idx === 0) return ln;
|
|
42
|
+
if (ln === '' || collected[idx - 1] === '') return acc + '\n' + ln;
|
|
43
|
+
return acc + ' ' + ln;
|
|
44
|
+
}, '').trim();
|
|
45
|
+
}
|
|
46
|
+
return collected.join('\n').trim();
|
|
47
|
+
}
|
|
48
|
+
|
|
49
|
+
// Inline scalar: quoted or plain.
|
|
50
|
+
const q = inline.match(/^"([^"]*)"$/) || inline.match(/^'([^']*)'$/);
|
|
51
|
+
return (q ? q[1] : inline).trim();
|
|
52
|
+
}
|
|
53
|
+
return null;
|
|
20
54
|
}
|
|
21
55
|
|
|
22
56
|
function readFrontmatter(content) {
|
|
@@ -197,9 +231,30 @@ function renderAnthropicSkills(kitRoot, targetDir, opts = {}) {
|
|
|
197
231
|
|
|
198
232
|
// Convenience emitter for a root-level AGENTS.md — read by Codex, Cursor,
|
|
199
233
|
// Windsurf and Antigravity as a baseline pointer to the kit's deeper docs.
|
|
234
|
+
// Canonical roster order so AGENTS.md is deterministic regardless of the
|
|
235
|
+
// filesystem walk order. Codes not listed sort last, alphabetically.
|
|
236
|
+
const AGENT_ORDER = [
|
|
237
|
+
'wize-orchestrator',
|
|
238
|
+
'wize-agent-analyst',
|
|
239
|
+
'wize-agent-tech-writer',
|
|
240
|
+
'wize-agent-pm',
|
|
241
|
+
'wize-agent-ux-designer',
|
|
242
|
+
'wize-agent-solution-strategist',
|
|
243
|
+
'wize-agent-architect',
|
|
244
|
+
'wize-agent-test-architect',
|
|
245
|
+
'wize-agent-dev',
|
|
246
|
+
'wize-sec-red-teamer'
|
|
247
|
+
];
|
|
248
|
+
|
|
200
249
|
function renderAgentsMd(kitRoot, projectRoot, opts = {}) {
|
|
201
250
|
const assets = collectAssets(kitRoot, opts);
|
|
202
|
-
const
|
|
251
|
+
const rank = (code) => {
|
|
252
|
+
const i = AGENT_ORDER.indexOf(code);
|
|
253
|
+
return i === -1 ? AGENT_ORDER.length : i;
|
|
254
|
+
};
|
|
255
|
+
const agents = assets
|
|
256
|
+
.filter(a => a.kind === 'agent')
|
|
257
|
+
.sort((a, b) => rank(a.code) - rank(b.code) || a.code.localeCompare(b.code));
|
|
203
258
|
const file = path.join(projectRoot, 'AGENTS.md');
|
|
204
259
|
if (fs.existsSync(file) && !opts.overwrite) {
|
|
205
260
|
return { written: [], skipped: ['AGENTS.md (already present; not overwritten)'] };
|
|
@@ -230,7 +285,8 @@ function renderAgentsMd(kitRoot, projectRoot, opts = {}) {
|
|
|
230
285
|
''
|
|
231
286
|
];
|
|
232
287
|
for (const a of agents) {
|
|
233
|
-
|
|
288
|
+
const optIn = a.code.startsWith('wize-sec-') ? ' _(security-overlay, opt-in)_' : '';
|
|
289
|
+
lines.push(`- **${a.name}** (\`${a.code}\`)${optIn} — ${a.title}. ${clipOneLine(a.description, 180)}`);
|
|
234
290
|
}
|
|
235
291
|
lines.push('', '## Where to start', '', 'Activate the orchestrator: `wize-orchestrator` (Wizer). Then ask `/wize-help`.', '');
|
|
236
292
|
|
|
@@ -578,6 +578,7 @@ function cmdList() {
|
|
|
578
578
|
['wize-agent-dev', 'Shuri']
|
|
579
579
|
];
|
|
580
580
|
for (const [code, name] of list) console.log(` ${code.padEnd(36)} ${name}`);
|
|
581
|
+
console.log(` ${'wize-sec-red-teamer'.padEnd(36)} Natasha Romanoff (security-overlay, opt-in)`);
|
|
581
582
|
|
|
582
583
|
console.log('\nWorkflows directories:');
|
|
583
584
|
const phases = ['1-analysis', '2-plan-workflows', '3-solutioning', '4-implementation'];
|