wize-dev-kit 0.7.3 → 0.8.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.
Files changed (51) hide show
  1. package/AGENTS.md +1 -1
  2. package/ARCH.md +33 -18
  3. package/CHANGELOG.md +36 -0
  4. package/DECISIONS.md +5 -0
  5. package/README.es.md +25 -4
  6. package/README.md +24 -4
  7. package/README.pt-BR.md +24 -4
  8. package/ROSTER.md +11 -3
  9. package/adapters/README.md +5 -5
  10. package/adapters/antigravity/README.md +5 -5
  11. package/adapters/claude-code/README.md +1 -1
  12. package/adapters/continue/README.md +5 -5
  13. package/adapters/cursor/README.md +2 -2
  14. package/adapters/generic/README.md +1 -1
  15. package/adapters/kimi-code/README.md +5 -5
  16. package/adapters/kimi-code/render.js +2 -2
  17. package/adapters/opencode/README.md +3 -3
  18. package/adapters/opencode/render.js +27 -1
  19. package/adapters/windsurf/README.md +3 -3
  20. package/docs/harnesses/antigravity.md +20 -0
  21. package/docs/harnesses/antigravity.pt-BR.md +20 -0
  22. package/docs/harnesses/claude-code.md +23 -0
  23. package/docs/harnesses/claude-code.pt-BR.md +23 -0
  24. package/docs/harnesses/codex.md +21 -0
  25. package/docs/harnesses/codex.pt-BR.md +21 -0
  26. package/docs/harnesses/continue.md +21 -0
  27. package/docs/harnesses/continue.pt-BR.md +21 -0
  28. package/docs/harnesses/cursor.md +22 -0
  29. package/docs/harnesses/cursor.pt-BR.md +22 -0
  30. package/docs/harnesses/generic.md +20 -0
  31. package/docs/harnesses/generic.pt-BR.md +20 -0
  32. package/docs/harnesses/kimi-code.md +19 -0
  33. package/docs/harnesses/kimi-code.pt-BR.md +19 -0
  34. package/docs/harnesses/opencode.md +31 -0
  35. package/docs/harnesses/opencode.pt-BR.md +31 -0
  36. package/docs/harnesses/windsurf.md +22 -0
  37. package/docs/harnesses/windsurf.pt-BR.md +22 -0
  38. package/package.json +2 -1
  39. package/schemas/agent.schema.json +2 -2
  40. package/schemas/workflow.schema.json +1 -1
  41. package/src/core-skills/wize-review-adversarial/skill.md +1 -0
  42. package/src/core-skills/wize-review-edge-case-hunter/skill.md +1 -0
  43. package/src/method-skills/4-implementation/wize-agent-dev/persona.md +12 -0
  44. package/src/method-skills/4-implementation/wize-code-review/steps/step-02-review.md +2 -0
  45. package/src/method-skills/4-implementation/wize-dev-story/workflow.md +1 -1
  46. package/src/method-skills/4-implementation/wize-quick-dev/workflow.md +1 -1
  47. package/src/orchestrator-skills/wize-help/skill.md +67 -93
  48. package/src/orchestrator-skills/wize-orchestrator/agent.yaml +1 -0
  49. package/src/orchestrator-skills/wize-orchestrator/persona.md +14 -0
  50. package/tools/installer/render-shared.js +4 -0
  51. package/tools/installer/wize-cli.js +3 -31
@@ -1,9 +1,9 @@
1
1
  # Adapter — windsurf
2
2
 
3
- Windsurf Cascade-friendly markdown agents.
3
+ Windsurf Cascade-friendly markdown rules.
4
4
 
5
- - **Target path:** `.windsurf/agents/`
5
+ - **Target path:** `.windsurf/rules/`
6
6
  - **File pattern:** `wize-*.md`
7
7
  - **Format:** markdown
8
8
 
9
- This v0.1 adapter ships the descriptor only. Actual rendering of `wize-*` agents/skills/workflows into the target IDE format is on the v0.2 roadmap.
9
+ Renders each Wize agent/skill/workflow as a rules file that Windsurf Cascade loads.
@@ -0,0 +1,20 @@
1
+ # Google Antigravity — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](antigravity.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ Antigravity uses the same public Anthropic Skill format as Claude Code and Codex.
8
+
9
+ ## Output
10
+
11
+ - `.agent/skills/wize-{code}/SKILL.md` — note the **singular** `.agent`, not `.agents` (that's Codex's directory).
12
+ - A root `AGENTS.md` (shared with Codex, Cursor, and Windsurf).
13
+
14
+ ## Notable
15
+
16
+ - `.antigravitycli/` is Antigravity's own CLI state directory and is never touched by the kit — only `.agent/skills/` and `AGENTS.md` are written.
17
+
18
+ ## Setup
19
+
20
+ Pick **Antigravity** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart Antigravity, then run `/wize-orchestrator` or ask it to read `AGENTS.md`.
@@ -0,0 +1,20 @@
1
+ # Google Antigravity — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](antigravity.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ O Antigravity usa o mesmo formato público de Skill da Anthropic que o Claude Code e o Codex.
8
+
9
+ ## Saída
10
+
11
+ - `.agent/skills/wize-{code}/SKILL.md` — repare no **singular** `.agent`, não `.agents` (esse é o diretório do Codex).
12
+ - Um `AGENTS.md` na raiz (compartilhado com Codex, Cursor e Windsurf).
13
+
14
+ ## Destaques
15
+
16
+ - `.antigravitycli/` é o diretório de estado do próprio CLI do Antigravity e nunca é tocado pelo kit — só `.agent/skills/` e `AGENTS.md` são gravados.
17
+
18
+ ## Como ativar
19
+
20
+ Escolha **Antigravity** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o Antigravity e rode `/wize-orchestrator` ou peça pra ele ler o `AGENTS.md`.
@@ -0,0 +1,23 @@
1
+ # Claude Code — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](claude-code.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ Claude Code was the kit's first target and uses the public Anthropic Skill format verbatim.
8
+
9
+ ## Output
10
+
11
+ `.claude/skills/wize-{code}/SKILL.md` — one directory per asset (persona, workflow, or skill). YAML frontmatter (`name`, `description`) plus the Markdown body. Companion files a workflow references by relative path (`steps/`, `templates/`, `data/`, `customize.toml`, ...) are copied alongside the `SKILL.md` so those paths resolve.
12
+
13
+ There is no separate "agent" file shape here — personas (Wizer, Shuri, Hawkeye...) and workflows/skills all render to the same `SKILL.md` structure.
14
+
15
+ ## Notable
16
+
17
+ - **Discovery is description-based.** Claude Code surfaces installed skills by matching the task at hand against each `description`; you can also invoke one directly by name (`/wize-dev-story`) or ask to "activate Wizer."
18
+ - **Subagent fan-out is ad hoc, not persona-bound.** `wize-code-review` uses Claude Code's own Task/Agent tool to spin up isolated, parallel workers (Blind Hunter, Edge Case Hunter, Acceptance Auditor) for a single review pass. Any skill can do this — it isn't wired to a specific `.claude/agents/*.md` subagent definition, since the kit doesn't emit one.
19
+ - Claude Code does **not** read the root `AGENTS.md` the installer generates (that file is for Codex, Cursor, Windsurf, and Antigravity).
20
+
21
+ ## Setup
22
+
23
+ Pick **Claude Code** as an IDE target during `npx wize-dev-kit install` (default). Restart Claude Code, then say *"Activate Wizer and brief him on the project"* or run `/wize-orchestrator`.
@@ -0,0 +1,23 @@
1
+ # Claude Code — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](claude-code.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ Claude Code foi o primeiro alvo do kit e usa o formato público de Skill da Anthropic ao pé da letra.
8
+
9
+ ## Saída
10
+
11
+ `.claude/skills/wize-{code}/SKILL.md` — um diretório por asset (persona, workflow ou skill). Frontmatter YAML (`name`, `description`) mais o corpo em Markdown. Arquivos complementares que um workflow referencia por caminho relativo (`steps/`, `templates/`, `data/`, `customize.toml`, ...) são copiados junto do `SKILL.md` para que esses caminhos resolvam.
12
+
13
+ Não existe um formato separado de "agente" aqui — personas (Wizer, Shuri, Hawkeye...) e workflows/skills viram todos a mesma estrutura de `SKILL.md`.
14
+
15
+ ## Destaques
16
+
17
+ - **Descoberta por descrição.** O Claude Code encontra as skills instaladas casando a tarefa em mãos contra cada `description`; também dá pra invocar direto pelo nome (`/wize-dev-story`) ou pedir pra "ativar o Wizer".
18
+ - **Fan-out de subagentes é ad hoc, não amarrado a persona.** O `wize-code-review` usa a própria ferramenta Task/Agent do Claude Code pra levantar workers isolados e paralelos (Blind Hunter, Edge Case Hunter, Acceptance Auditor) numa única passada de review. Qualquer skill pode fazer isso — não está amarrado a uma definição de subagente `.claude/agents/*.md`, já que o kit não gera nenhuma.
19
+ - O Claude Code **não** lê o `AGENTS.md` na raiz que o instalador gera (esse arquivo é pro Codex, Cursor, Windsurf e Antigravity).
20
+
21
+ ## Como ativar
22
+
23
+ Escolha **Claude Code** como alvo de IDE em `npx wize-dev-kit install` (padrão). Reinicie o Claude Code e diga *"Ative o Wizer e dê o briefing do projeto a ele"* ou rode `/wize-orchestrator`.
@@ -0,0 +1,21 @@
1
+ # OpenAI Codex — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](codex.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ Codex shares the same Anthropic Skill format as Claude Code and Kimi Code.
8
+
9
+ ## Output
10
+
11
+ - `.agents/skills/wize-{code}/SKILL.md` — one directory per persona, workflow, or skill.
12
+ - A root `AGENTS.md` (shared with Cursor, Windsurf, and Antigravity) listing the roster and pointing at `wize-orchestrator` as the entry point.
13
+
14
+ ## Notable
15
+
16
+ - `.agents/skills/` is Codex's documented path for repository-local skills — the kit writes there directly, not to a Codex-specific directory.
17
+ - **History:** 0.7.2 briefly moved this output to `.codex/skills/`, which broke skill loading in real Codex sessions; 0.7.3 reverted it to `.agents/skills/`. If you're on an older install, run `npx wize-dev-kit update` to fix the path.
18
+
19
+ ## Setup
20
+
21
+ Pick **Codex** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart Codex, then run `/wize-orchestrator` or ask it to read `AGENTS.md`.
@@ -0,0 +1,21 @@
1
+ # OpenAI Codex — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](codex.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ O Codex usa o mesmo formato de Skill da Anthropic que o Claude Code e o Kimi Code.
8
+
9
+ ## Saída
10
+
11
+ - `.agents/skills/wize-{code}/SKILL.md` — um diretório por persona, workflow ou skill.
12
+ - Um `AGENTS.md` na raiz (compartilhado com Cursor, Windsurf e Antigravity) listando o elenco e apontando pro `wize-orchestrator` como ponto de entrada.
13
+
14
+ ## Destaques
15
+
16
+ - `.agents/skills/` é o caminho documentado do Codex pra skills locais do repositório — o kit grava lá diretamente, não num diretório específico do Codex.
17
+ - **Histórico:** a 0.7.2 moveu essa saída, por um breve período, para `.codex/skills/`, o que quebrou o carregamento das skills em sessões reais do Codex; a 0.7.3 reverteu para `.agents/skills/`. Se sua instalação é antiga, rode `npx wize-dev-kit update` pra corrigir o caminho.
18
+
19
+ ## Como ativar
20
+
21
+ Escolha **Codex** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o Codex e rode `/wize-orchestrator` ou peça pra ele ler o `AGENTS.md`.
@@ -0,0 +1,21 @@
1
+ # Continue.dev — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](continue.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ ## Output
8
+
9
+ `.continue/prompts/wize-{code}.prompt` — one file per persona, workflow, or skill.
10
+
11
+ ## Notable
12
+
13
+ - Frontmatter: `name`, `description`, `invokable: true`. The `invokable` flag is what registers the file as a slash command in Continue's palette instead of a passive context document.
14
+
15
+ ## Setup
16
+
17
+ Pick **Continue** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Reload the Continue extension, then run `/wize-orchestrator` from the prompt palette.
18
+
19
+ ## Reference
20
+
21
+ - [docs.continue.dev — Prompts](https://docs.continue.dev/customize/deep-dives/prompts)
@@ -0,0 +1,21 @@
1
+ # Continue.dev — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](continue.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ ## Saída
8
+
9
+ `.continue/prompts/wize-{code}.prompt` — um arquivo por persona, workflow ou skill.
10
+
11
+ ## Destaques
12
+
13
+ - Frontmatter: `name`, `description`, `invokable: true`. É a flag `invokable` que registra o arquivo como slash command na paleta do Continue, em vez de um documento de contexto passivo.
14
+
15
+ ## Como ativar
16
+
17
+ Escolha **Continue** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Recarregue a extensão do Continue e rode `/wize-orchestrator` na paleta de prompts.
18
+
19
+ ## Referência
20
+
21
+ - [docs.continue.dev — Prompts](https://docs.continue.dev/customize/deep-dives/prompts)
@@ -0,0 +1,22 @@
1
+ # Cursor — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](cursor.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ ## Output
8
+
9
+ `.cursor/rules/wize-{code}.mdc` — one rule per persona, workflow, or skill.
10
+
11
+ ## Notable
12
+
13
+ - Frontmatter: `description`, `globs` (empty — not file-pattern-triggered), `alwaysApply: false`. Every wize-dev-kit rule attaches **on demand**, matched by Cursor against its `description`, rather than being injected into every prompt.
14
+ - No native agent/subagent split in this format — personas and workflows/skills share the same `.mdc` shape (unlike [OpenCode](opencode.md)).
15
+
16
+ ## Setup
17
+
18
+ Pick **Cursor** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart Cursor, then reference `@wize-orchestrator` or ask it to activate Wizer.
19
+
20
+ ## Reference
21
+
22
+ - [cursor.com/docs/context/rules](https://cursor.com/docs/context/rules)
@@ -0,0 +1,22 @@
1
+ # Cursor — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](cursor.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ ## Saída
8
+
9
+ `.cursor/rules/wize-{code}.mdc` — uma rule por persona, workflow ou skill.
10
+
11
+ ## Destaques
12
+
13
+ - Frontmatter: `description`, `globs` (vazio — não é disparado por padrão de arquivo), `alwaysApply: false`. Toda rule do wize-dev-kit se anexa **sob demanda**, casada pelo Cursor contra sua `description`, em vez de ser injetada em todo prompt.
14
+ - Sem divisão nativa agente/subagente nesse formato — personas e workflows/skills compartilham o mesmo formato `.mdc` (diferente do [OpenCode](opencode.pt-BR.md)).
15
+
16
+ ## Como ativar
17
+
18
+ Escolha **Cursor** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o Cursor e referencie `@wize-orchestrator` ou peça pra ativar o Wizer.
19
+
20
+ ## Referência
21
+
22
+ - [cursor.com/docs/context/rules](https://cursor.com/docs/context/rules)
@@ -0,0 +1,20 @@
1
+ # Generic fallback — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](generic.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ For any AI IDE that isn't one of the [dedicated targets](../../README.md#supported-harnesses).
8
+
9
+ ## Output
10
+
11
+ - `.wize/agents/wize-{code}.md` — plain Markdown per persona, workflow, or skill: a heading, a one-line summary blockquote, and the body. No frontmatter, no slash-command wiring.
12
+ - A root `AGENTS.md` — the same baseline pointer file also read natively by Codex, Cursor, Windsurf, and Antigravity. It is never overwritten if one already exists in the repo.
13
+
14
+ ## Notable
15
+
16
+ - This target has no activation mechanism of its own — you point your assistant at `.wize/agents/wize-orchestrator.md` (or `AGENTS.md`) and ask it to read and follow it.
17
+
18
+ ## Setup
19
+
20
+ Pick **Generic fallback** as an IDE target during `npx wize-dev-kit install` — it's on by default alongside your primary target, precisely so an unsupported second tool in the same repo still has something to read.
@@ -0,0 +1,20 @@
1
+ # Fallback genérico — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](generic.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ Para qualquer IDE com IA que não esteja entre os [alvos dedicados](../../README.pt-BR.md#harnesses-suportadas).
8
+
9
+ ## Saída
10
+
11
+ - `.wize/agents/wize-{code}.md` — Markdown puro por persona, workflow ou skill: um título, um resumo de uma linha em bloco de citação, e o corpo. Sem frontmatter, sem integração de slash command.
12
+ - Um `AGENTS.md` na raiz — o mesmo arquivo-ponteiro de baseline lido nativamente por Codex, Cursor, Windsurf e Antigravity. Nunca é sobrescrito se já existir um no repositório.
13
+
14
+ ## Destaques
15
+
16
+ - Esse alvo não tem mecanismo de ativação próprio — você aponta seu assistente pra `.wize/agents/wize-orchestrator.md` (ou `AGENTS.md`) e pede pra ele ler e seguir.
17
+
18
+ ## Como ativar
19
+
20
+ Escolha **Fallback genérico** como alvo de IDE em `npx wize-dev-kit install` — ele já vem ligado por padrão junto do seu alvo principal, justamente pra que uma segunda ferramenta sem suporte dedicado no mesmo repositório ainda tenha algo pra ler.
@@ -0,0 +1,19 @@
1
+ # Kimi Code — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](kimi-code.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ Moonshot's Kimi Code consumes the same public Anthropic Skill format as Claude Code and Codex.
8
+
9
+ ## Output
10
+
11
+ `.kimi/skills/wize-{code}/SKILL.md` — one directory per persona, workflow, or skill, with companion files (`steps/`, `templates/`, `data/`) copied alongside.
12
+
13
+ ## Notable
14
+
15
+ - Kimi Code also auto-detects `.claude/skills/` and `.agents/skills/` (Codex) if present in the repo, so installing the **Kimi Code** target alongside **Claude Code** and/or **Codex** is harmless — Kimi just has more places to find the same skills.
16
+
17
+ ## Setup
18
+
19
+ Pick **Kimi Code** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart Kimi Code, then run `/wize-orchestrator`.
@@ -0,0 +1,19 @@
1
+ # Kimi Code — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](kimi-code.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ O Kimi Code, da Moonshot, consome o mesmo formato público de Skill da Anthropic usado pelo Claude Code e pelo Codex.
8
+
9
+ ## Saída
10
+
11
+ `.kimi/skills/wize-{code}/SKILL.md` — um diretório por persona, workflow ou skill, com arquivos complementares (`steps/`, `templates/`, `data/`) copiados junto.
12
+
13
+ ## Destaques
14
+
15
+ - O Kimi Code também autodetecta `.claude/skills/` e `.agents/skills/` (Codex) se existirem no repositório, então instalar o alvo **Kimi Code** junto com **Claude Code** e/ou **Codex** é inofensivo — o Kimi só passa a ter mais lugares onde achar as mesmas skills.
16
+
17
+ ## Como ativar
18
+
19
+ Escolha **Kimi Code** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o Kimi Code e rode `/wize-orchestrator`.
@@ -0,0 +1,31 @@
1
+ # OpenCode — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](opencode.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ OpenCode is the harness where the kit's persona/workflow split maps onto a **native** primitive instead of being flattened to one file type. Everywhere else, "agent" and "workflow" both become the same kind of file; on OpenCode they become two different things OpenCode itself understands.
8
+
9
+ ## Output
10
+
11
+ `npx wize-dev-kit sync` (or `install`) writes two trees:
12
+
13
+ - `.opencode/agents/wize-{code}.md` — the 10 personas (Wizer, Pepper, Shuri, Hawkeye...).
14
+ - `.opencode/commands/wize-{code}.md` — the workflows and skills (`/wize-dev-story`, `/wize-code-review`, ...).
15
+
16
+ ## Notable
17
+
18
+ - **`mode: primary | subagent`.** Only `wize-orchestrator` (Wizer) is `primary`. Every other persona is `subagent` — addressable directly with `@wize-agent-dev`, or delegated to automatically based on its `description`.
19
+ - **`agent:` on commands.** Each workflow/skill's `owner:` frontmatter (e.g. `owner: wize-agent-dev # Shuri`) is resolved against the installed personas, so `/wize-dev-story` runs under Shuri's system prompt instead of whatever agent happened to be active. Commands with no clear owner (the Agent Builder skills) are left unbound.
20
+ - **`subtask: true` on fan-out workers.** `wize-review-adversarial` and `wize-review-edge-case-hunter` — the two named subagent workers `wize-code-review` dispatches in parallel — are marked `subtask: true`, so OpenCode isolates them from the caller's context regardless of who invokes them.
21
+
22
+ This is also the harness the kit's own subagent fan-out pattern (documented in Wizer's persona) is written against: name each worker, scope its context, dispatch on `mode: subagent` / `subtask: true`, tolerate partial failure.
23
+
24
+ ## Setup
25
+
26
+ Pick **OpenCode** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart OpenCode, then say *"Activate Wizer and brief him on the project"* or run `/wize-orchestrator`.
27
+
28
+ ## Reference
29
+
30
+ - [opencode.ai/docs/agents](https://opencode.ai/docs/agents/)
31
+ - [opencode.ai/docs/commands](https://opencode.ai/docs/commands/)
@@ -0,0 +1,31 @@
1
+ # OpenCode — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](opencode.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ OpenCode é a harness onde a divisão persona/workflow do kit mapeia para uma primitiva **nativa**, em vez de ser achatada num único tipo de arquivo. Em todo o resto, "agente" e "workflow" viram o mesmo tipo de arquivo; no OpenCode eles viram duas coisas diferentes que o próprio OpenCode entende.
8
+
9
+ ## Saída
10
+
11
+ `npx wize-dev-kit sync` (ou `install`) grava duas árvores:
12
+
13
+ - `.opencode/agents/wize-{code}.md` — as 10 personas (Wizer, Pepper, Shuri, Hawkeye...).
14
+ - `.opencode/commands/wize-{code}.md` — os workflows e skills (`/wize-dev-story`, `/wize-code-review`, ...).
15
+
16
+ ## Destaques
17
+
18
+ - **`mode: primary | subagent`.** Só o `wize-orchestrator` (Wizer) é `primary`. Toda outra persona é `subagent` — endereçável direto com `@wize-agent-dev`, ou delegada automaticamente com base na `description`.
19
+ - **`agent:` nos commands.** O campo `owner:` de cada workflow/skill (ex.: `owner: wize-agent-dev # Shuri`) é resolvido contra as personas instaladas, então `/wize-dev-story` roda sob o system prompt da Shuri em vez do agente que estava ativo. Commands sem um dono claro (as skills do Agent Builder) ficam sem vínculo.
20
+ - **`subtask: true` nos workers de fan-out.** `wize-review-adversarial` e `wize-review-edge-case-hunter` — os dois workers nomeados que o `wize-code-review` dispara em paralelo — vêm marcados como `subtask: true`, então o OpenCode os isola do contexto de quem invocou, não importa quem seja.
21
+
22
+ Esta também é a harness contra a qual o padrão de fan-out de subagentes do kit (documentado na persona da Wizer) foi escrito: nomear cada worker, escopar seu contexto, despachar via `mode: subagent` / `subtask: true`, tolerar falha parcial.
23
+
24
+ ## Como ativar
25
+
26
+ Escolha **OpenCode** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o OpenCode e diga *"Ative o Wizer e dê o briefing do projeto a ele"* ou rode `/wize-orchestrator`.
27
+
28
+ ## Referência
29
+
30
+ - [opencode.ai/docs/agents](https://opencode.ai/docs/agents/)
31
+ - [opencode.ai/docs/commands](https://opencode.ai/docs/commands/)
@@ -0,0 +1,22 @@
1
+ # Windsurf (Codeium) — Wize Development Kit
2
+
3
+ 🌐 **Languages:** **English** · [Português (pt-BR)](windsurf.pt-BR.md)
4
+
5
+ ← [Back to README](../../README.md)
6
+
7
+ ## Output
8
+
9
+ `.windsurf/rules/wize-{code}.md` — plain Markdown, no frontmatter: a heading, a one-line summary blockquote, and the full body.
10
+
11
+ ## Notable
12
+
13
+ - Windsurf's Cascade reads everything under `.windsurf/rules/` at session start. Activation mode (always-on, manual, model-decided, glob) is configured **inside the IDE's Rules panel** per file — the kit doesn't encode it, since Windsurf's rule format has no frontmatter for it.
14
+ - Same flattening as Cursor: no agent/workflow distinction in the file format.
15
+
16
+ ## Setup
17
+
18
+ Pick **Windsurf** as an IDE target during `npx wize-dev-kit install` (or add it and re-run `npx wize-dev-kit sync`). Restart Windsurf, review the new rules under **Cascade → Rules**, then ask it to activate Wizer.
19
+
20
+ ## Reference
21
+
22
+ - [docs.windsurf.com — Cascade rules](https://docs.windsurf.com/windsurf/cascade/memories#rules)
@@ -0,0 +1,22 @@
1
+ # Windsurf (Codeium) — Wize Development Kit
2
+
3
+ 🌐 **Idiomas:** [English](windsurf.md) · **Português (pt-BR)**
4
+
5
+ ← [Voltar ao README](../../README.pt-BR.md)
6
+
7
+ ## Saída
8
+
9
+ `.windsurf/rules/wize-{code}.md` — Markdown puro, sem frontmatter: um título, um resumo de uma linha em bloco de citação, e o corpo completo.
10
+
11
+ ## Destaques
12
+
13
+ - O Cascade do Windsurf lê tudo dentro de `.windsurf/rules/` no início da sessão. O modo de ativação (sempre ativo, manual, decidido pelo modelo, por glob) é configurado **dentro do painel de Rules da IDE**, por arquivo — o kit não codifica isso, já que o formato de rule do Windsurf não tem frontmatter pra isso.
14
+ - Mesmo achatamento do Cursor: sem distinção agente/workflow no formato do arquivo.
15
+
16
+ ## Como ativar
17
+
18
+ Escolha **Windsurf** como alvo de IDE em `npx wize-dev-kit install` (ou adicione depois e rode `npx wize-dev-kit sync`). Reinicie o Windsurf, confira as novas rules em **Cascade → Rules**, e peça pra ativar o Wizer.
19
+
20
+ ## Referência
21
+
22
+ - [docs.windsurf.com — Cascade rules](https://docs.windsurf.com/windsurf/cascade/memories#rules)
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.7.3",
4
+ "version": "0.8.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",
@@ -42,6 +42,7 @@
42
42
  "adapters/",
43
43
  "tools/",
44
44
  "schemas/",
45
+ "docs/",
45
46
  "README.md",
46
47
  "README.pt-BR.md",
47
48
  "README.es.md",
@@ -6,12 +6,12 @@
6
6
  "required": ["code", "name", "title", "module", "description"],
7
7
  "additionalProperties": true,
8
8
  "properties": {
9
- "code": { "type": "string", "pattern": "^wize-(agent|orchestrator)-[a-z0-9-]+$|^wize-orchestrator$" },
9
+ "code": { "type": "string", "pattern": "^wize-(agent|orchestrator|sec)-[a-z0-9-]+$|^wize-orchestrator$" },
10
10
  "name": { "type": "string", "minLength": 1 },
11
11
  "title": { "type": "string", "minLength": 1 },
12
12
  "icon": { "type": "string" },
13
13
  "team": { "type": "string" },
14
- "module": { "enum": ["orchestrator", "method", "tea", "builder", "core", "web-overlay", "app-overlay", "custom"] },
14
+ "module": { "enum": ["orchestrator", "method", "tea", "builder", "core", "web-overlay", "app-overlay", "security-overlay", "custom"] },
15
15
  "phase": { "type": "string" },
16
16
  "description": { "type": "string", "minLength": 10 },
17
17
  "style": {
@@ -11,7 +11,7 @@
11
11
  "phase": { "type": "string" },
12
12
  "owner": { "type": "string" },
13
13
  "absorbs": { "type": "string" },
14
- "overlay": { "enum": ["web", "app"] },
14
+ "overlay": { "enum": ["web", "app", "security"] },
15
15
  "status": { "enum": ["stub", "draft", "ready", "stable"] },
16
16
  "gate": { "enum": ["risk", "design", "trace", "nfr", "review", "gate"] },
17
17
  "when": { "type": "string" }
@@ -3,6 +3,7 @@ code: wize-review-adversarial
3
3
  name: Adversarial Review
4
4
  module: core
5
5
  status: stub
6
+ subtask: true
6
7
  ---
7
8
 
8
9
  # Adversarial Review
@@ -3,6 +3,7 @@ code: wize-review-edge-case-hunter
3
3
  name: Edge Case Hunter
4
4
  module: core
5
5
  status: ready
6
+ subtask: true
6
7
  ---
7
8
 
8
9
  # Edge Case Hunter
@@ -12,6 +12,18 @@ I am **Shuri**. Wakandan technologist. I implement the story Tony wrote, against
12
12
  4. **Security & perf.** I think about both at write-time, not at review-time.
13
13
  5. **Commit with AC IDs.** Every commit cites the story acceptance criteria it advances.
14
14
 
15
+ ## Before I write new code (the reuse ladder)
16
+
17
+ At the "green" step, before typing a new function, I walk this ladder in order and stop at the first "yes":
18
+
19
+ 1. **Does this need to exist?** → no: skip it (YAGNI).
20
+ 2. **Already in this codebase?** → reuse it, don't rewrite it.
21
+ 3. **Does the stdlib do it?** → use the stdlib.
22
+ 4. **Native platform/framework feature?** → use that.
23
+ 5. **An installed dependency does it?** → use the dependency.
24
+ 6. **Is it one line?** → write the one line.
25
+ 7. **Only then** do I write the minimum new code that makes the test pass.
26
+
15
27
  ## Style
16
28
 
17
29
  - File paths, AC IDs, commit-message brevity.
@@ -14,6 +14,8 @@ failed_layers: ''
14
14
 
15
15
  ## Instructions
16
16
 
17
+ This step is an instance of Wizer's subagent fan-out pattern (see `wize-orchestrator` persona): name, scope, dispatch on whatever the current harness natively supports, tolerate partial failure.
18
+
17
19
  1. If `{review_mode}` = `"no-spec"`, note: "Acceptance Auditor skipped — no spec file provided."
18
20
 
19
21
  2. Launch parallel subagents without conversation context:
@@ -48,7 +48,7 @@ test('valid email returns ok', () => {
48
48
 
49
49
  ### 4. Green
50
50
 
51
- Write the **minimum** code that turns the test green. No anticipated branches; no "just-in-case" handling.
51
+ Before writing anything new, run Shuri's reuse ladder (see `wize-agent-dev` persona): does this need to exist → already in the codebase → stdlib → native/framework feature → installed dependency → one-liner → only then new code. Write the **minimum** code that turns the test green. No anticipated branches; no "just-in-case" handling.
52
52
 
53
53
  ```ts
54
54
  // green — minimum to pass
@@ -61,7 +61,7 @@ What changes, why, and what could break. If the paragraph is hard to write, you'
61
61
  ### 2. Implement
62
62
 
63
63
  - TDD when reasonable; smoke-test-and-fix when the cost of TDD is greater than the value.
64
- - Reuse existing components. Don't introduce new abstractions.
64
+ - Run Shuri's reuse ladder (see `wize-agent-dev` persona) before writing anything new: does this need to exist → already in the codebase → stdlib → native/framework feature → installed dependency → one-liner → only then new code. Don't introduce new abstractions.
65
65
 
66
66
  ### 3. Hawkeye lite
67
67