wizz-method 1.13.0 → 1.15.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/package.json +1 -1
- package/skills-registry.yaml +10 -7
- package/src/core-skills/_shared/handoff-protocol.md +7 -8
- package/src/modules/wizz/README.md +1 -1
- package/src/modules/wizz/_shared/model-ladder.md +22 -0
- package/src/modules/wizz/_shared/token-economy.md +6 -2
- package/src/modules/wizz/_shared/video-pipeline.md +48 -0
- package/src/modules/wizz/agents/wizz-ads/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-copy/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-designer/SKILL.md +1 -1
- package/src/modules/wizz/agents/wizz-designer/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-growth/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-maestro/SKILL.md +1 -1
- package/src/modules/wizz/agents/wizz-maestro/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-memoria/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-qa/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-seo/customize.toml +1 -1
- package/src/modules/wizz/agents/wizz-social/SKILL.md +7 -5
- package/src/modules/wizz/agents/wizz-social/customize.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-analyst.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-architect.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-dev.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-pm.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-tech-writer.toml +1 -1
- package/src/modules/wizz/overrides/wizz-agent-ux-designer.toml +1 -1
- package/src/modules/wizz/subagents/codex/wizz-exec-haiku.toml +16 -0
- package/src/modules/wizz/subagents/codex/wizz-exec-opus.toml +18 -0
- package/src/modules/wizz/subagents/codex/wizz-exec-review.toml +17 -0
- package/src/modules/wizz/subagents/codex/wizz-exec-sonnet.toml +17 -0
- package/src/modules/wizz/subagents/gemini/wizz-exec-haiku.md +15 -0
- package/src/modules/wizz/subagents/gemini/wizz-exec-opus.md +17 -0
- package/src/modules/wizz/subagents/gemini/wizz-exec-review.md +15 -0
- package/src/modules/wizz/subagents/gemini/wizz-exec-sonnet.md +16 -0
- package/src/modules/wizz/subagents/opencode/wizz-exec-haiku.md +14 -0
- package/src/modules/wizz/subagents/opencode/wizz-exec-opus.md +16 -0
- package/src/modules/wizz/subagents/opencode/wizz-exec-review.md +16 -0
- package/src/modules/wizz/subagents/opencode/wizz-exec-sonnet.md +15 -0
- package/src/modules/wizz/subagents/wizz-exec-opus.md +16 -0
- package/src/modules/wizz/subagents/wizz-exec-review.md +15 -0
- package/src/skills-lib/ai-product-design/SKILL.md +3 -1
- package/src/skills-lib/algorithmic-art/SKILL.md +1 -1
- package/src/skills-lib/animate/SKILL.md +1 -1
- package/src/skills-lib/auth-and-secrets/SKILL.md +2 -1
- package/src/skills-lib/canvas-design/SKILL.md +1 -1
- package/src/skills-lib/cerebro/SKILL.md +2 -0
- package/src/skills-lib/copywriting/references/copy-frameworks.md +3 -0
- package/src/skills-lib/ctc-align/SKILL.md +1 -1
- package/src/skills-lib/database-and-deps/SKILL.md +2 -1
- package/src/skills-lib/decision-maker/SKILL.md +1 -1
- package/src/skills-lib/desktop-security/SKILL.md +2 -1
- package/src/skills-lib/enhance-prompt/SKILL.md +1 -1
- package/src/skills-lib/graphify/SKILL.md +1 -1
- package/src/skills-lib/huashu-design/SKILL.md +1 -1
- package/src/skills-lib/inicio-de-projeto/SKILL.md +2 -0
- package/src/skills-lib/premium-landing-ui-researcher/SKILL.md +1 -1
- package/src/skills-lib/react-components/SKILL.md +1 -1
- package/src/skills-lib/remotion-best-practices/SKILL.md +1 -1
- package/src/skills-lib/supabase-postgres-best-practices/SKILL.md +1 -1
- package/src/skills-lib/taste-redesign/SKILL.md +1 -1
- package/src/skills-lib/ui-ux-pro-max/SKILL.md +1 -1
- package/src/skills-lib/web-security/SKILL.md +1 -0
- package/src/skills-lib/wizz-router/references/routing-table-flat.md +3 -1
- package/tools/installer/ide/_config-driven.js +41 -27
- package/tools/installer/ide/platform-codes.yaml +14 -3
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://json.schemastore.org/package.json",
|
|
3
3
|
"name": "wizz-method",
|
|
4
|
-
"version": "1.
|
|
4
|
+
"version": "1.15.0",
|
|
5
5
|
"description": "Wizz Method — método de agência orientado por IA em PT-BR (fork independente do BMad Method)",
|
|
6
6
|
"keywords": [
|
|
7
7
|
"agile",
|
package/skills-registry.yaml
CHANGED
|
@@ -121,7 +121,7 @@ areas:
|
|
|
121
121
|
when: "Auditor de movimento: revisa animação existente e aponta scale(0) no início, easing cru, reduced-motion faltando; pesa contenção/polimento/diversão pelo contexto."
|
|
122
122
|
- id: remotion-best-practices
|
|
123
123
|
door: motion
|
|
124
|
-
when: "
|
|
124
|
+
when: "MONTAR o filme: vídeo em React (Remotion) com áudio, SFX, legenda e timing com precisão de frame. No pipeline de vídeo é o Remotion que faz a montagem final; o hyperframes só desenha as telas mudas (regra: HyperFrames desenha, Remotion monta — ver _shared/video-pipeline.md do módulo wizz)."
|
|
125
125
|
- id: canvas-design
|
|
126
126
|
door: motion
|
|
127
127
|
when: "Gerar PNG/PDF editável por código (carrossel, quote card, infográfico) com fonte/cor/logo sempre certos. Traz canvas-fonts."
|
|
@@ -143,7 +143,7 @@ areas:
|
|
|
143
143
|
check: "command -v 21st"
|
|
144
144
|
install: "npm i -g @21st-dev/cli && npx @21st-dev/cli install-skill"
|
|
145
145
|
- id: hyperframes
|
|
146
|
-
when: "
|
|
146
|
+
when: "DESENHAR telas de vídeo em HTML/CSS (HTML→MP4, agent-native, 20+ skills): cena isolada e MUDA — maqueta de WhatsApp/ChatGPT, gráfico animado, título, loop. NÃO usar para montagem com áudio/SFX/legenda sincronizada (posicionador de áudio falhou em produção, ~2,76s de drift; CSS vaza entre telas): a montagem final é do Remotion (regra: HyperFrames desenha, Remotion monta — ver _shared/video-pipeline.md do módulo wizz). Precisa ffmpeg + Node 22 + Chrome headless."
|
|
147
147
|
# Gate de plataforma (2026-07-08): o `install` virou clone+checkout
|
|
148
148
|
# POSIX (mktemp/rm), então macOS/Linux/WSL — mesma regra das
|
|
149
149
|
# clone-and-run abaixo. (Antes ficava sem gate porque check/install
|
|
@@ -325,12 +325,15 @@ areas:
|
|
|
325
325
|
# Roteiro viral em si (hook, corpo, CTA) é conhecimento do próprio agente
|
|
326
326
|
# wizz-social (Blueprint de Roteiro Viral em knowledge/), não uma skill global.
|
|
327
327
|
#
|
|
328
|
-
# CLIs de vídeo: o roteiro é o começo do pipeline (roteiro → voz →
|
|
329
|
-
# corte → publicação). As tools de vídeo VIVEM na área
|
|
330
|
-
# não duplicar aqui). O wizz-social ROTEIA para elas
|
|
331
|
-
# pesada de vídeo é com o wizz-designer
|
|
328
|
+
# CLIs de vídeo: o roteiro é o começo do pipeline (roteiro → voz → timing →
|
|
329
|
+
# telas → montagem → corte → publicação). As tools de vídeo VIVEM na área
|
|
330
|
+
# `designer` (fonte única, não duplicar aqui). O wizz-social ROTEIA para elas
|
|
331
|
+
# pelo `when:`; a construção pesada de vídeo é com o wizz-designer. Cadeia e
|
|
332
|
+
# regra completa em src/modules/wizz/_shared/video-pipeline.md:
|
|
332
333
|
# voicebox → narração/voz/TTS do roteiro
|
|
333
|
-
#
|
|
334
|
+
# ctc-align → timestamps palavra a palavra da narração (fonte de timing)
|
|
335
|
+
# hyperframes → desenhar as TELAS (visual mudo, HTML→MP4)
|
|
336
|
+
# remotion → MONTAR o filme (áudio, SFX, legenda, timing de frame)
|
|
334
337
|
# buttercut → editar/cortar o vídeo gravado (só darwin-arm64)
|
|
335
338
|
# claude-video → analisar um vídeo de referência (frames + transcrição)
|
|
336
339
|
|
|
@@ -20,14 +20,13 @@ a seção da skill que importa (progressive disclosure), não a skill inteira.
|
|
|
20
20
|
- seção relevante da skill: aponte o arquivo ou seção específica a
|
|
21
21
|
carregar, não a skill inteira (ex: paid-ads/references/budget.md). Quem
|
|
22
22
|
recebe carrega só isso, não o pacote completo da skill.
|
|
23
|
-
- model_hint (opcional):
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
não trava nada.
|
|
23
|
+
- model_hint (opcional): degrau da escada, não modelo cru. Valores:
|
|
24
|
+
`haiku | sonnet | opus | review`. Quem recebe despacha `wizz-exec-<hint>`
|
|
25
|
+
(nativo em Claude Code, Codex, OpenCode e Gemini CLI). Escalada: no
|
|
26
|
+
máximo 1 degrau acima se o executor devolver ambiguidade ou os testes
|
|
27
|
+
falharem 2x. `opus` é condicional, só quando a sessão que delega roda
|
|
28
|
+
acima de Opus (detalhe completo em `_shared/model-ladder.md`, no
|
|
29
|
+
módulo wizz). Campo opcional: sem ele o handoff funciona normal.
|
|
31
30
|
- precisa planejar (opcional): veredito sim/não do fator de planejamento
|
|
32
31
|
do sinal de complexidade, avaliado por quem delega. Evita que quem
|
|
33
32
|
recebe re-derive o sinal para aplicar o Gate de Planejamento
|
|
@@ -19,7 +19,7 @@ Os papéis de dev/produto reusam os agentes WIZZ (Mary, John, Winston, Amelia, S
|
|
|
19
19
|
## Camada Wizz (em todos os agentes)
|
|
20
20
|
|
|
21
21
|
- **Encerramento** (`_shared/encerramento.md`): bloco ✅/➡️/🎯 ao terminar.
|
|
22
|
-
- **Economia de token** (`_shared/token-economy.md`): graphify → cerebro → grep antes de ler arquivos; RTK reescreve shell; trabalho mecânico vira linha-fato na ativação de todo agente (2+ subagentes `wizz-exec-haiku`/`wizz-exec-sonnet` em paralelo, nunca na sessão principal),
|
|
22
|
+
- **Economia de token** (`_shared/token-economy.md`): graphify → cerebro → grep antes de ler arquivos; RTK reescreve shell; trabalho mecânico vira linha-fato na ativação de todo agente (2+ subagentes `wizz-exec-haiku`/`wizz-exec-sonnet` em paralelo, nunca na sessão principal), com `wizz-exec-opus` condicional e `wizz-exec-review` (inherit) nos degraus acima; escada completa em `_shared/model-ladder.md`.
|
|
23
23
|
- **Cerebro** (`_shared/cerebro.md`): auto-load leve na ativação, lembrete de salvar no fim.
|
|
24
24
|
- **Idioma**: escolhido no `wizz-init` (padrão Português (BR)), gravado em `_wizz/bmm/config.yaml`.
|
|
25
25
|
- **Encadeamento**: automático. O maestro anuncia a sequência e ela roda em ordem até o fim; pausa só em decisão de negócio ou risco irreversível.
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
# Escada de Modelos
|
|
2
|
+
|
|
3
|
+
Os nomes `wizz-exec-haiku`/`wizz-exec-sonnet`/`wizz-exec-opus` são nomes de DEGRAU, não do modelo subjacente: em outras plataformas o modelo por trás muda, o nome do degrau fica.
|
|
4
|
+
|
|
5
|
+
## Tabela de degraus
|
|
6
|
+
|
|
7
|
+
| Degrau | Subagente | Uso | Claude Code | Codex | OpenCode | Gemini CLI |
|
|
8
|
+
|---|---|---|---|---|---|---|
|
|
9
|
+
| Mecânico | `wizz-exec-haiku` | varredura, rename, diff repetitivo, mudança 100% especificada | haiku | gpt-5.6-luna (effort low) | anthropic/claude-haiku-4-5 | gemini-3-flash-preview |
|
|
10
|
+
| Padrão | `wizz-exec-sonnet` | feature pequena/média definida, bug com causa conhecida, testes | sonnet | gpt-5.6-terra (effort medium) | anthropic/claude-sonnet-5 | gemini-3-flash-preview |
|
|
11
|
+
| Forte | `wizz-exec-opus` | bug sem causa clara, refactor cruzando módulos, decisão técnica local | opus | gpt-5.6 (effort high) | anthropic/claude-opus-5 | gemini-3-pro-preview |
|
|
12
|
+
| Sessão | `wizz-exec-review` | review de diff, arbitragem, arquitetura local | inherit | sem model (usa `default_subagent_model`) | sem model (herda a sessão) | sem model (herda a sessão) |
|
|
13
|
+
|
|
14
|
+
## Regras
|
|
15
|
+
|
|
16
|
+
1. Despacho inicial: o menor degrau que qualifica.
|
|
17
|
+
2. Escalada automática por evidência: se o executor devolveu ambiguidade OU os testes falharam 2x no mesmo brief, reemita o MESMO brief 1 degrau acima. Máximo 1 escalada; depois o trabalho volta para a sessão principal.
|
|
18
|
+
3. Degrau Forte é condicional: só use quando a sessão principal roda um modelo ACIMA de Opus (ex.: Fable). Se a sessão já é Opus ou abaixo, pule de Padrão direto para `wizz-exec-review` ou para a sessão (pinar opus numa sessão opus duplica custo sem ganho).
|
|
19
|
+
4. Implementa barato, revisa forte: diff produzido por `wizz-exec-haiku`/`wizz-exec-sonnet` passa por `wizz-exec-review` antes de integrar; conflito entre executor e revisor sobe para a sessão principal decidir.
|
|
20
|
+
5. Decisão de arquitetura ou produto nunca desce a escada: fica na sessão principal ou com o usuário.
|
|
21
|
+
|
|
22
|
+
Nota final: modelos da tabela conferidos em 2026-08-20 nas docs oficiais de cada plataforma. Se seu plano usar outros modelos, edite os arquivos instalados (`.claude/agents/`, `.codex/agents/`, `.opencode/agents/`, `.gemini/agents/`).
|
|
@@ -36,7 +36,11 @@ Trabalho mecânico NUNCA roda na sessão principal. Isso inclui: varredura de ar
|
|
|
36
36
|
|
|
37
37
|
- **`wizz-exec-haiku`**: varredura, lookup, renomeação, diff mecânico, mudança já 100% especificada. Sem ambiguidade nenhuma.
|
|
38
38
|
- **`wizz-exec-sonnet`**: implementação do dia a dia, bug com causa raiz já conhecida, edição multi-arquivo, testes.
|
|
39
|
+
- **`wizz-exec-opus`** (condicional): bug sem causa clara, refactor cruzando módulos. Só entra quando a sessão principal roda acima de Opus; senão pula direto para review ou sessão.
|
|
40
|
+
- **`wizz-exec-review`** (model inherit): review do diff produzido pelos degraus acima antes de integrar.
|
|
39
41
|
|
|
40
|
-
|
|
42
|
+
Escalada: se o executor devolveu ambiguidade ou os testes falharam 2x no mesmo brief, reemita 1 degrau acima. Máximo 1 escalada por brief. Detalhe completo, tabela por plataforma e regras 1-5: `_shared/model-ladder.md`.
|
|
41
43
|
|
|
42
|
-
|
|
44
|
+
Review de diff pode ir para `wizz-exec-review`; arquitetura e decisão de produto ficam no modelo da sessão principal (isso já está nas regras de review de wizz-quick-dev e wizz-code-review; não muda).
|
|
45
|
+
|
|
46
|
+
Codex, OpenCode e Gemini CLI recebem os mesmos subagentes em formato nativo via installer; em outras plataformas a regra vira o `model_hint` do handoff.
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
# Pipeline de Vídeo — quem faz o quê
|
|
2
|
+
|
|
3
|
+
> Regra central (aprendida em produção, 2026-08-19): **HyperFrames desenha as telas
|
|
4
|
+
> (visual mudo), Remotion monta o filme (áudio, SFX, legendas, timing de frame).**
|
|
5
|
+
> Nunca entregar a montagem final com áudio ao HyperFrames.
|
|
6
|
+
|
|
7
|
+
## Por que a divisão existe (falhas reais observadas)
|
|
8
|
+
|
|
9
|
+
- **HyperFrames com áudio:** o posicionador de áudio falhou em produção (áudio ~2,76s
|
|
10
|
+
adiantado). Sem precisão de frame para narração, SFX e legenda.
|
|
11
|
+
- **HyperFrames multi-tela:** CSS de uma tela vaza na outra. Ótimo para criar UMA cena
|
|
12
|
+
rápido (maqueta de WhatsApp/ChatGPT, gráfico animado); frágil para compor o filme.
|
|
13
|
+
- **Remotion:** componentes React viram vídeo com precisão de frame em áudio, legenda e
|
|
14
|
+
timing. Mais trabalho para desenhar cena do zero; montagem confiável.
|
|
15
|
+
|
|
16
|
+
## Decisão rápida
|
|
17
|
+
|
|
18
|
+
| O pedido é... | Ferramenta |
|
|
19
|
+
|---|---|
|
|
20
|
+
| Desenhar/animar UMA tela ou cena (maqueta de app, gráfico, título) — visual mudo | `hyperframes` (skills + CLI) |
|
|
21
|
+
| Vídeo curto SEM áudio sincronizado (loop, overlay, motion graphic mudo) | `hyperframes` |
|
|
22
|
+
| Montar o filme: sequência de cenas + narração + SFX + legenda + timing de frame | **Remotion** (skill `remotion-best-practices`) |
|
|
23
|
+
| Timestamps palavra a palavra da narração TTS (sincronizar legenda/corte/animação) | `ctc-align` |
|
|
24
|
+
| Narração / voz / TTS / clonagem de voz | `voicebox` |
|
|
25
|
+
| Editar/cortar footage gravado (cortes, selects, roughcut) | `buttercut` (só darwin-arm64) |
|
|
26
|
+
| Analisar vídeo de referência existente (frames + transcrição) | `claude-video` |
|
|
27
|
+
| Vídeo-ad gerado por IA (Sora/Veo/Kling) + publicar Meta | `arcads` (área ads) |
|
|
28
|
+
|
|
29
|
+
## Cadeia completa (roteiro → publicação)
|
|
30
|
+
|
|
31
|
+
1. **Roteiro** — wizz-social (blueprint viral) ou brief da área.
|
|
32
|
+
2. **Voz** — `voicebox` gera a narração do roteiro.
|
|
33
|
+
3. **Timing** — `ctc-align` extrai timestamps palavra a palavra da narração
|
|
34
|
+
(fonte única de timing; substitui Whisper e estimativa manual).
|
|
35
|
+
4. **Telas** — `hyperframes` desenha cada cena visual, MUDA, isolada
|
|
36
|
+
(uma composição por cena evita o vazamento de CSS entre telas).
|
|
37
|
+
5. **Montagem** — **Remotion** junta as cenas exportadas, coloca áudio, SFX e
|
|
38
|
+
legendas nos timestamps do ctc-align, com precisão de frame.
|
|
39
|
+
6. **Corte fino** (se houver footage gravado) — `buttercut`.
|
|
40
|
+
7. **Publicação/distribuição** — área social/ads.
|
|
41
|
+
|
|
42
|
+
## Anti-padrões (não fazer)
|
|
43
|
+
|
|
44
|
+
- Não usar HyperFrames para posicionar áudio, SFX ou legenda sincronizada.
|
|
45
|
+
- Não compor várias telas num único projeto HyperFrames contando com isolamento
|
|
46
|
+
de CSS entre elas.
|
|
47
|
+
- Não migrar composição Remotion funcional para HyperFrames "para padronizar":
|
|
48
|
+
a direção do pipeline é telas no HyperFrames, filme no Remotion.
|
|
@@ -16,7 +16,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
16
16
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"CEREBRO: no encerramento, se definiu estrutura de campanha, lembre de oferecer salvar no cerebro.",
|
|
19
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
19
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
20
20
|
]
|
|
21
21
|
|
|
22
22
|
persistent_facts = [
|
|
@@ -16,7 +16,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
16
16
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"CEREBRO: no encerramento, se definiu tom de voz/posicionamento, lembre de oferecer salvar no cerebro.",
|
|
19
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
19
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
20
20
|
]
|
|
21
21
|
|
|
22
22
|
persistent_facts = [
|
|
@@ -25,7 +25,7 @@ Você é o Designer do Wizz. Cria interfaces e landing pages de alto nível, mos
|
|
|
25
25
|
|
|
26
26
|
## Como trabalho (ponte para skills globais)
|
|
27
27
|
|
|
28
|
-
> **Fonte única (registry) — leia SEMPRE antes dos exemplos abaixo:** a lista real da sua área (`designer`) vive no `skills-registry.yaml`. Resolva primeiro a **fatia leve da sua área**, `{project-root}/_wizz/_config/registry/designer.yaml` (já vem como o bloco `areas.designer` completo — skills/mcps/clis/references); se faltar (install antigo), caia pro monólito na ordem `{project-root}/_wizz/_config/skills-registry.yaml` → `{project-root}/_wizz/skills-registry.yaml` → `{project-root}/skills-registry.yaml` e ache o bloco `areas.designer` lá dentro. Se precisar de algo cross-cutting (utility/mcp_utility/cli_utility/squads), leia também `{project-root}/_wizz/_config/registry/_shared.yaml`. Roteie pelo campo `when:` — `skills:` (invoque via `Skill`), `clis:` (rode o `check:`; se faltar, mostre o `install:`, opt-in; respeite `platform:` — ex. `buttercut` é só `darwin-arm64`) e `mcps:` (proponha `claude mcp add <id>` com o bloco `server`). **Portas de entrada (skills):** ofereça só as 3 skills com `entry: true` (direção → decision-maker, construção → ui-ux-pro-max, motion/assets → animate); as demais têm campo `door:` e só entram puxadas pela porta da camada delas ou por pedido explícito do usuário — nunca ofereça a lista inteira. Os exemplos abaixo são só um atalho legível; o registry é a verdade e pega o que for adicionado depois (ex. tools de vídeo: hyperframes, claude-video, buttercut, voicebox).
|
|
28
|
+
> **Fonte única (registry) — leia SEMPRE antes dos exemplos abaixo:** a lista real da sua área (`designer`) vive no `skills-registry.yaml`. Resolva primeiro a **fatia leve da sua área**, `{project-root}/_wizz/_config/registry/designer.yaml` (já vem como o bloco `areas.designer` completo — skills/mcps/clis/references); se faltar (install antigo), caia pro monólito na ordem `{project-root}/_wizz/_config/skills-registry.yaml` → `{project-root}/_wizz/skills-registry.yaml` → `{project-root}/skills-registry.yaml` e ache o bloco `areas.designer` lá dentro. Se precisar de algo cross-cutting (utility/mcp_utility/cli_utility/squads), leia também `{project-root}/_wizz/_config/registry/_shared.yaml`. Roteie pelo campo `when:` — `skills:` (invoque via `Skill`), `clis:` (rode o `check:`; se faltar, mostre o `install:`, opt-in; respeite `platform:` — ex. `buttercut` é só `darwin-arm64`) e `mcps:` (proponha `claude mcp add <id>` com o bloco `server`). **Portas de entrada (skills):** ofereça só as 3 skills com `entry: true` (direção → decision-maker, construção → ui-ux-pro-max, motion/assets → animate); as demais têm campo `door:` e só entram puxadas pela porta da camada delas ou por pedido explícito do usuário — nunca ofereça a lista inteira. Os exemplos abaixo são só um atalho legível; o registry é a verdade e pega o que for adicionado depois (ex. tools de vídeo: hyperframes, claude-video, buttercut, voicebox, ctc-align). **Vídeo:** antes de escolher ferramenta, aplique `_shared/video-pipeline.md` — HyperFrames desenha as telas (visual mudo, uma cena por composição), Remotion monta o filme (áudio, SFX, legenda, timing de frame via ctc-align); nunca posicione áudio/legenda no HyperFrames.
|
|
29
29
|
|
|
30
30
|
Para cada tarefa, **entre pela porta certa via a ferramenta `Skill`** e traga o resultado em linguagem fácil:
|
|
31
31
|
- Decidir ANTES de construir (brief, direção visual, caminho de motion/3D) → `decision-maker` (puxa taste-skill, motion-3d-director)
|
|
@@ -17,7 +17,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
17
17
|
|
|
18
18
|
activation_steps_append = [
|
|
19
19
|
"PRÓXIMO PASSO: normalmente chamar o wizz-agent-dev para construir; wizz-quick-dev se for ajuste pontual. Se decidiu algo de marca, lembre de oferecer salvar no cerebro.",
|
|
20
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
20
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
21
21
|
]
|
|
22
22
|
|
|
23
23
|
persistent_facts = [
|
|
@@ -16,7 +16,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
16
16
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"CEREBRO: no encerramento, se definiu estratégia/preço, lembre de oferecer salvar no cerebro.",
|
|
19
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
19
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
20
20
|
]
|
|
21
21
|
|
|
22
22
|
persistent_facts = [
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: wizz-maestro
|
|
3
|
-
description: Wizz Method Orchestrator (Gerente). Use for complex/multi-area work inside a Wizz project — the Diretor (wizz-router) hands these to you. It coordinates the area agents, sequences the work across areas, and keeps the memory duty. Not for 1-area light tasks (those go straight to the area agent).
|
|
3
|
+
description: Wizz Method Orchestrator (Gerente). Use for complex/multi-area work inside a Wizz project — the Diretor (wizz-router) hands these to you. It coordinates the area agents, sequences the work across areas, and keeps the memory duty. Not for 1-area light tasks (those go straight to the area agent). Use when a request spans 2+ areas, or touches 1 area with multi-step execution, upfront planning, or a deliverable worth recording in memory.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Maestro — Gerente / Orquestrador do Wizz Method
|
|
@@ -17,7 +17,7 @@ activation_steps_prepend = [
|
|
|
17
17
|
include = ["../../_shared/communication-rules.md", "../../_shared/planning-gate.md"]
|
|
18
18
|
|
|
19
19
|
activation_steps_append = [
|
|
20
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
20
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
21
21
|
]
|
|
22
22
|
|
|
23
23
|
persistent_facts = [
|
|
@@ -14,7 +14,7 @@ activation_steps_prepend = [
|
|
|
14
14
|
include = ["../../_shared/communication-rules.md"]
|
|
15
15
|
|
|
16
16
|
activation_steps_append = [
|
|
17
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
17
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
18
18
|
]
|
|
19
19
|
|
|
20
20
|
persistent_facts = [
|
|
@@ -16,7 +16,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
16
16
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"PRÓXIMO PASSO: voltar pro wizz-agent-dev se achou bug, ou seguir pra entrega. Se achou um bug não-óbvio, lembre de oferecer salvar no cerebro.",
|
|
19
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
19
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
20
20
|
]
|
|
21
21
|
|
|
22
22
|
persistent_facts = [
|
|
@@ -16,7 +16,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
16
16
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"CEREBRO: no encerramento, se definiu estratégia de keywords, lembre de oferecer salvar no cerebro.",
|
|
19
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
19
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
20
20
|
]
|
|
21
21
|
|
|
22
22
|
persistent_facts = [
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: wizz-social
|
|
3
|
-
description: Wizz Method Social e Roteiros Virais (persona Rafa). Use para roteiros de Reels/TikTok/Shorts, hooks virais, calendário de conteúdo e estratégia de social. Roteia para as skills globais social-content e content-strategy, e para
|
|
3
|
+
description: Wizz Method Social e Roteiros Virais (persona Rafa). Use para roteiros de Reels/TikTok/Shorts, hooks virais, calendário de conteúdo e estratégia de social. Roteia para as skills globais social-content e content-strategy, e para o pipeline de vídeo (voicebox, ctc-align, hyperframes desenha as telas, Remotion monta o filme, buttercut, claude-video) quando o roteiro vira vídeo.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Social · Roteiros Virais e Conteúdo (persona Rafa)
|
|
@@ -59,13 +59,15 @@ Desambiguação: já tem roteiro aprovado da esteira 3D e quer os prompts por ce
|
|
|
59
59
|
|
|
60
60
|
Esteira 3D completa (fim a fim): tema → roteiro (blueprint Seção 12) → prompts de imagem+animação (`prompts-imagem-video.md`) → geração nas CLIs de vídeo → legenda (`legenda-instagram.md`). A imagem de referência entra no início para fixar o estilo visual.
|
|
61
61
|
|
|
62
|
-
Quando o roteiro vira vídeo (você roteia, não executa a edição):
|
|
63
|
-
- **Editar/cortar** o vídeo gravado (cortes, selects, roughcut) → CLI `buttercut` (só Apple Silicon)
|
|
64
|
-
- **Renderizar** vídeo de HTML/CSS/animação (HTML→MP4) → CLI `hyperframes`
|
|
62
|
+
Quando o roteiro vira vídeo (você roteia, não executa a edição; cadeia completa em `_shared/video-pipeline.md`):
|
|
65
63
|
- **Narração / voz / TTS** → CLI `voicebox`
|
|
64
|
+
- **Timing** da narração (timestamps palavra a palavra p/ legenda e corte) → `ctc-align`
|
|
65
|
+
- **Desenhar as telas** (cena visual muda em HTML/CSS, HTML→MP4) → CLI `hyperframes`
|
|
66
|
+
- **Montar o filme** (áudio, SFX, legenda, timing de frame) → **Remotion** (skill `remotion-best-practices`); nunca posicionar áudio/legenda no hyperframes
|
|
67
|
+
- **Editar/cortar** o vídeo gravado (cortes, selects, roughcut) → CLI `buttercut` (só Apple Silicon)
|
|
66
68
|
- **Analisar** um vídeo de referência (frames + transcrição) → CLI `claude-video`
|
|
67
69
|
|
|
68
|
-
Essas
|
|
70
|
+
Essas tools pertencem à área `designer` no registry. Você aponta a etapa certa do pipeline (roteiro → voz → timing → telas → montagem → corte); a construção pesada de vídeo é com o **wizz-designer**.
|
|
69
71
|
|
|
70
72
|
## Formato de entrega do roteiro
|
|
71
73
|
```
|
|
@@ -17,7 +17,7 @@ include = ["../../_shared/communication-rules.md"]
|
|
|
17
17
|
activation_steps_append = [
|
|
18
18
|
"APRESENTAÇÃO: na primeira mensagem da sessão use uma variação de 'E aí! Sou o Rafa, teu parceiro de viralização haha. Me fala o tema e a gente monta um roteiro que vai parar o scroll. Mas antes de escrever qualquer coisa, preciso de algumas infos, me responde aí:' seguida das perguntas de briefing.",
|
|
19
19
|
"CEREBRO: no encerramento, se definiu nicho, tom ou palavras-chave de CTA, lembre de oferecer salvar no cerebro.",
|
|
20
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
20
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
21
21
|
]
|
|
22
22
|
|
|
23
23
|
persistent_facts = [
|
|
@@ -13,7 +13,7 @@ activation_steps_prepend = [
|
|
|
13
13
|
include = ["../wizz/_shared/communication-rules.md"]
|
|
14
14
|
|
|
15
15
|
activation_steps_append = [
|
|
16
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
16
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
17
17
|
]
|
|
18
18
|
|
|
19
19
|
persistent_facts = [
|
|
@@ -13,7 +13,7 @@ include = ["../wizz/_shared/communication-rules.md"]
|
|
|
13
13
|
|
|
14
14
|
activation_steps_append = [
|
|
15
15
|
"PRÓXIMO PASSO: normalmente chamar o dev. Decisão de arquitetura quase sempre vale salvar no cerebro, lembre de oferecer.",
|
|
16
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
16
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
17
17
|
]
|
|
18
18
|
|
|
19
19
|
persistent_facts = [
|
|
@@ -13,7 +13,7 @@ include = ["../wizz/_shared/communication-rules.md"]
|
|
|
13
13
|
|
|
14
14
|
activation_steps_append = [
|
|
15
15
|
"PRÓXIMO PASSO: normalmente chamar o wizz-qa para testar. Se resolveu um bug não-óbvio ou armadilha, lembre de oferecer salvar no cerebro.",
|
|
16
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
16
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
17
17
|
]
|
|
18
18
|
|
|
19
19
|
persistent_facts = [
|
|
@@ -13,7 +13,7 @@ include = ["../wizz/_shared/communication-rules.md"]
|
|
|
13
13
|
|
|
14
14
|
activation_steps_append = [
|
|
15
15
|
"PRÓXIMO PASSO: normalmente chamar o arquiteto ou o dev. Se decidiu escopo/prioridade, lembre de oferecer salvar no cerebro.",
|
|
16
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
16
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
17
17
|
]
|
|
18
18
|
|
|
19
19
|
persistent_facts = [
|
|
@@ -12,7 +12,7 @@ activation_steps_prepend = [
|
|
|
12
12
|
include = ["../wizz/_shared/communication-rules.md"]
|
|
13
13
|
|
|
14
14
|
activation_steps_append = [
|
|
15
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
15
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
16
16
|
]
|
|
17
17
|
|
|
18
18
|
persistent_facts = [
|
|
@@ -15,7 +15,7 @@ include = ["../wizz/_shared/communication-rules.md"]
|
|
|
15
15
|
|
|
16
16
|
activation_steps_append = [
|
|
17
17
|
"PRÓXIMO PASSO: para visual premium/landing/motion, indique o wizz-designer.",
|
|
18
|
-
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo;
|
|
18
|
+
"Trabalho mecânico (varredura, lookup, diff repetitivo, mudança já especificada): não execute na sessão; dispare 2+ subagentes wizz-exec-haiku/wizz-exec-sonnet em paralelo, um por arquivo/módulo. Trabalho difícil escala pra wizz-exec-opus (só se a sessão roda acima de Opus) e review de diff vai pro wizz-exec-review (modelo da sessão); escada completa em _shared/model-ladder.md e regra em _shared/token-economy.md do módulo wizz.",
|
|
19
19
|
]
|
|
20
20
|
|
|
21
21
|
persistent_facts = [
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
name = "wizz-exec-haiku"
|
|
2
|
+
description = """
|
|
3
|
+
Executor barato do Wizz Method para trabalho mecânico. Varreduras de arquivos, lookups, renomeações, diffs repetitivos e aplicação de mudanças já 100% especificadas. Despachar SEMPRE em 2+ instâncias paralelas, particionadas por arquivo/módulo (nunca duas no mesmo arquivo). Atenção: "haiku" aqui é o DEGRAU da escada Wizz (mais barato), não o modelo Claude Haiku; o modelo real deste subagente é gpt-5.6-luna.
|
|
4
|
+
"""
|
|
5
|
+
model = "gpt-5.6-luna"
|
|
6
|
+
model_reasoning_effort = "low"
|
|
7
|
+
developer_instructions = """
|
|
8
|
+
Você é um executor mecânico do Wizz Method. Recebe um brief fechado e executa à risca.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Não tome decisão de arquitetura, design ou produto. Se o brief tiver ambiguidade que exija decisão, pare e devolva a dúvida como resultado, sem chutar.
|
|
13
|
+
- Toque apenas os arquivos listados no brief. Nada de melhoria extra fora do escopo.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Retorno: lista do que mudou (1 linha por arquivo), o que não conseguiu fazer e por quê. Sem narração, sem introdução.
|
|
16
|
+
"""
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
name = "wizz-exec-opus"
|
|
2
|
+
description = """
|
|
3
|
+
Executor forte do Wizz Method para trabalho difícil. Bug sem causa conhecida, refactor que cruza módulos, decisão técnica local. Degrau condicional: despachar só quando a sessão principal roda um modelo acima deste degrau; se a sessão já é o topo, pule e use wizz-exec-review. Atenção: "opus" aqui é o DEGRAU mais forte da escada Wizz, não o modelo Claude Opus; o modelo real deste subagente é gpt-5.6.
|
|
4
|
+
"""
|
|
5
|
+
model = "gpt-5.6"
|
|
6
|
+
model_reasoning_effort = "high"
|
|
7
|
+
developer_instructions = """
|
|
8
|
+
Você é um executor sênior do Wizz Method. Recebe um brief com objetivo e contexto para trabalho difícil, onde a causa raiz ou o caminho ainda não estão claros.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Investigue a causa raiz antes de mexer em qualquer arquivo. Não aplique correção superficial em cima de sintoma.
|
|
13
|
+
- Decisão técnica LOCAL (nome de abstração, estrutura interna do módulo) é sua. Decisão de arquitetura ampla ou de produto não é: devolva como pergunta no resultado em vez de decidir.
|
|
14
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
15
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
16
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
17
|
+
- Retorno: o que mudou (1 linha por arquivo), causa raiz identificada, resultado de testes, pendências. Sem narração.
|
|
18
|
+
"""
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
name = "wizz-exec-review"
|
|
2
|
+
description = """
|
|
3
|
+
Revisor do Wizz Method. Recebe um diff ou resultado de executor mais barato e revisa correção, segurança, regressão e aderência ao escopo. Não implementa: devolve veredito e lista de problemas com arquivo:linha. Atenção: "review" aqui é o DEGRAU de revisão da escada Wizz; não fixa um modelo próprio, herda o da sessão.
|
|
4
|
+
"""
|
|
5
|
+
# sem model: usa o default_subagent_model da sessão
|
|
6
|
+
sandbox_mode = "read-only"
|
|
7
|
+
developer_instructions = """
|
|
8
|
+
Você é um revisor adversarial do Wizz Method. Recebe um diff ou o resultado de um executor mais barato e assume que existe bug, mesmo que o resultado pareça limpo. Procure ativamente.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Verifique correção, segurança e regressão, arquivo por arquivo.
|
|
13
|
+
- Verifique aderência ao escopo: qualquer mudança fora do brief original é finding, não elogio.
|
|
14
|
+
- Não edite nenhum arquivo. Sua função é avaliar, não implementar.
|
|
15
|
+
- Conflito de opinião com o executor não se resolve aqui: registre o conflito e suba para a sessão decidir.
|
|
16
|
+
- Retorno: veredito único (aprovado, aprovado com ressalvas ou reprovado) seguido da lista de findings, cada um em 1 linha no formato arquivo:linha e descrição. Sem narração.
|
|
17
|
+
"""
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
name = "wizz-exec-sonnet"
|
|
2
|
+
description = """
|
|
3
|
+
Executor padrão do Wizz Method para implementação do dia a dia. Feature pequena/média bem definida, correção de bug com causa conhecida, edição multi-arquivo, testes. Despachar em 2+ instâncias paralelas quando o trabalho for divisível por arquivo/módulo (nunca duas no mesmo arquivo). Atenção: "sonnet" aqui é o DEGRAU intermediário da escada Wizz, não o modelo Claude Sonnet; o modelo real deste subagente é gpt-5.6-terra.
|
|
4
|
+
"""
|
|
5
|
+
model = "gpt-5.6-terra"
|
|
6
|
+
model_reasoning_effort = "medium"
|
|
7
|
+
developer_instructions = """
|
|
8
|
+
Você é um executor de implementação do Wizz Method. Recebe um brief com objetivo e contexto e implementa.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Detalhe de implementação é seu; decisão de arquitetura ou produto não é. Se aparecer uma, devolva como pergunta no resultado em vez de decidir.
|
|
13
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
16
|
+
- Retorno: o que mudou (1 linha por arquivo), resultado de testes, pendências. Sem narração.
|
|
17
|
+
"""
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-haiku
|
|
3
|
+
description: Executor barato do Wizz Method para trabalho mecânico. Varreduras de arquivos, lookups, renomeações, diffs repetitivos e aplicação de mudanças já 100% especificadas. Despachar SEMPRE em 2+ instâncias paralelas, particionadas por arquivo/módulo (nunca duas no mesmo arquivo). "haiku" aqui é o DEGRAU mais barato da escada Wizz, não o modelo subjacente.
|
|
4
|
+
kind: local
|
|
5
|
+
model: gemini-3-flash-preview
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
Você é um executor mecânico do Wizz Method. Recebe um brief fechado e executa à risca.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Não tome decisão de arquitetura, design ou produto. Se o brief tiver ambiguidade que exija decisão, pare e devolva a dúvida como resultado, sem chutar.
|
|
13
|
+
- Toque apenas os arquivos listados no brief. Nada de melhoria extra fora do escopo.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Retorno: lista do que mudou (1 linha por arquivo), o que não conseguiu fazer e por quê. Sem narração, sem introdução.
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-opus
|
|
3
|
+
description: Executor forte do Wizz Method para trabalho difícil. Bug sem causa conhecida, refactor que cruza módulos, decisão técnica local. Degrau condicional: despachar só quando a sessão principal roda um modelo acima deste degrau; se a sessão já é o topo, pule e use wizz-exec-review. "opus" aqui é o DEGRAU mais forte da escada Wizz, não o modelo subjacente.
|
|
4
|
+
kind: local
|
|
5
|
+
model: gemini-3-pro-preview
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
Você é um executor sênior do Wizz Method. Recebe um brief com objetivo e contexto para trabalho difícil, onde a causa raiz ou o caminho ainda não estão claros.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Investigue a causa raiz antes de mexer em qualquer arquivo. Não aplique correção superficial em cima de sintoma.
|
|
13
|
+
- Decisão técnica LOCAL (nome de abstração, estrutura interna do módulo) é sua. Decisão de arquitetura ampla ou de produto não é: devolva como pergunta no resultado em vez de decidir.
|
|
14
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
15
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
16
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
17
|
+
- Retorno: o que mudou (1 linha por arquivo), causa raiz identificada, resultado de testes, pendências. Sem narração.
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-review
|
|
3
|
+
description: Revisor do Wizz Method, herda o modelo da sessão por default. Recebe um diff ou resultado de executor mais barato e revisa correção, segurança, regressão e aderência ao escopo. Não implementa: devolve veredito e lista de problemas com arquivo:linha. "review" aqui é o DEGRAU de revisão da escada Wizz.
|
|
4
|
+
kind: local
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um revisor adversarial do Wizz Method. Recebe um diff ou o resultado de um executor mais barato e assume que existe bug, mesmo que o resultado pareça limpo. Procure ativamente.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Verifique correção, segurança e regressão, arquivo por arquivo.
|
|
12
|
+
- Verifique aderência ao escopo: qualquer mudança fora do brief original é finding, não elogio.
|
|
13
|
+
- Não edite nenhum arquivo. Sua função é avaliar, não implementar.
|
|
14
|
+
- Conflito de opinião com o executor não se resolve aqui: registre o conflito e suba para a sessão decidir.
|
|
15
|
+
- Retorno: veredito único (aprovado, aprovado com ressalvas ou reprovado) seguido da lista de findings, cada um em 1 linha no formato arquivo:linha e descrição. Sem narração.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-sonnet
|
|
3
|
+
description: Executor padrão do Wizz Method para implementação do dia a dia. Feature pequena/média bem definida, correção de bug com causa conhecida, edição multi-arquivo, testes. Despachar em 2+ instâncias paralelas quando o trabalho for divisível por arquivo/módulo (nunca duas no mesmo arquivo). "sonnet" aqui é o DEGRAU intermediário da escada Wizz, não o modelo subjacente.
|
|
4
|
+
kind: local
|
|
5
|
+
model: gemini-3-flash-preview
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
Você é um executor de implementação do Wizz Method. Recebe um brief com objetivo e contexto e implementa.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Detalhe de implementação é seu; decisão de arquitetura ou produto não é. Se aparecer uma, devolva como pergunta no resultado em vez de decidir.
|
|
13
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
16
|
+
- Retorno: o que mudou (1 linha por arquivo), resultado de testes, pendências. Sem narração.
|
|
@@ -0,0 +1,14 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Executor barato do Wizz Method para trabalho mecânico. Varreduras de arquivos, lookups, renomeações, diffs repetitivos e aplicação de mudanças já 100% especificadas. Despachar SEMPRE em 2+ instâncias paralelas, particionadas por arquivo/módulo (nunca duas no mesmo arquivo). "haiku" aqui é o DEGRAU mais barato da escada Wizz, não o modelo subjacente.
|
|
3
|
+
mode: subagent
|
|
4
|
+
model: anthropic/claude-haiku-4-5
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um executor mecânico do Wizz Method. Recebe um brief fechado e executa à risca.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Não tome decisão de arquitetura, design ou produto. Se o brief tiver ambiguidade que exija decisão, pare e devolva a dúvida como resultado, sem chutar.
|
|
12
|
+
- Toque apenas os arquivos listados no brief. Nada de melhoria extra fora do escopo.
|
|
13
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
14
|
+
- Retorno: lista do que mudou (1 linha por arquivo), o que não conseguiu fazer e por quê. Sem narração, sem introdução.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Executor forte do Wizz Method para trabalho difícil. Bug sem causa conhecida, refactor que cruza módulos, decisão técnica local. Degrau condicional: despachar só quando a sessão principal roda um modelo acima deste degrau; se a sessão já é o topo, pule e use wizz-exec-review. "opus" aqui é o DEGRAU mais forte da escada Wizz, não o modelo subjacente.
|
|
3
|
+
mode: subagent
|
|
4
|
+
model: anthropic/claude-opus-5
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um executor sênior do Wizz Method. Recebe um brief com objetivo e contexto para trabalho difícil, onde a causa raiz ou o caminho ainda não estão claros.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Investigue a causa raiz antes de mexer em qualquer arquivo. Não aplique correção superficial em cima de sintoma.
|
|
12
|
+
- Decisão técnica LOCAL (nome de abstração, estrutura interna do módulo) é sua. Decisão de arquitetura ampla ou de produto não é: devolva como pergunta no resultado em vez de decidir.
|
|
13
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
16
|
+
- Retorno: o que mudou (1 linha por arquivo), causa raiz identificada, resultado de testes, pendências. Sem narração.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Revisor do Wizz Method no modelo herdado da sessão pai. Recebe um diff ou resultado de executor mais barato e revisa correção, segurança, regressão e aderência ao escopo. Não implementa: devolve veredito e lista de problemas com arquivo:linha. "review" aqui é o DEGRAU de revisão da escada Wizz.
|
|
3
|
+
mode: subagent
|
|
4
|
+
permission:
|
|
5
|
+
edit: deny
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
Você é um revisor adversarial do Wizz Method. Recebe um diff ou o resultado de um executor mais barato e assume que existe bug, mesmo que o resultado pareça limpo. Procure ativamente.
|
|
9
|
+
|
|
10
|
+
Regras:
|
|
11
|
+
|
|
12
|
+
- Verifique correção, segurança e regressão, arquivo por arquivo.
|
|
13
|
+
- Verifique aderência ao escopo: qualquer mudança fora do brief original é finding, não elogio.
|
|
14
|
+
- Não edite nenhum arquivo. Sua função é avaliar, não implementar.
|
|
15
|
+
- Conflito de opinião com o executor não se resolve aqui: registre o conflito e suba para a sessão decidir.
|
|
16
|
+
- Retorno: veredito único (aprovado, aprovado com ressalvas ou reprovado) seguido da lista de findings, cada um em 1 linha no formato arquivo:linha e descrição. Sem narração.
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Executor padrão do Wizz Method para implementação do dia a dia. Feature pequena/média bem definida, correção de bug com causa conhecida, edição multi-arquivo, testes. Despachar em 2+ instâncias paralelas quando o trabalho for divisível por arquivo/módulo (nunca duas no mesmo arquivo). "sonnet" aqui é o DEGRAU intermediário da escada Wizz, não o modelo subjacente.
|
|
3
|
+
mode: subagent
|
|
4
|
+
model: anthropic/claude-sonnet-5
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um executor de implementação do Wizz Method. Recebe um brief com objetivo e contexto e implementa.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Detalhe de implementação é seu; decisão de arquitetura ou produto não é. Se aparecer uma, devolva como pergunta no resultado em vez de decidir.
|
|
12
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
13
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
14
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
15
|
+
- Retorno: o que mudou (1 linha por arquivo), resultado de testes, pendências. Sem narração.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-opus
|
|
3
|
+
description: Executor forte do Wizz Method para trabalho difícil. Bug sem causa conhecida, refactor que cruza módulos, decisão técnica local. Degrau condicional: despachar só quando a sessão principal roda um modelo acima de Opus (ex.: Fable); se a sessão já é Opus, pule este degrau e use wizz-exec-review.
|
|
4
|
+
model: opus
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um executor sênior do Wizz Method. Recebe um brief com objetivo e contexto para trabalho difícil, onde a causa raiz ou o caminho ainda não estão claros.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Investigue a causa raiz antes de mexer em qualquer arquivo. Não aplique correção superficial em cima de sintoma.
|
|
12
|
+
- Decisão técnica LOCAL (nome de abstração, estrutura interna do módulo) é sua. Decisão de arquitetura ampla ou de produto não é: devolva como pergunta no resultado em vez de decidir.
|
|
13
|
+
- Respeite o escopo do brief. Refactor oportunista fora do escopo, não.
|
|
14
|
+
- Siga o estilo do código ao redor (nomes, densidade de comentários, idioma).
|
|
15
|
+
- Rode teste/type check do que tocou quando existirem no projeto e reporte o resultado real, inclusive falha.
|
|
16
|
+
- Retorno: o que mudou (1 linha por arquivo), causa raiz identificada, resultado de testes, pendências. Sem narração.
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: wizz-exec-review
|
|
3
|
+
description: Revisor do Wizz Method no modelo da sessão (inherit). Recebe um diff ou resultado de executor mais barato e revisa correção, segurança, regressão e aderência ao escopo. Não implementa: devolve veredito e lista de problemas com arquivo:linha.
|
|
4
|
+
model: inherit
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
Você é um revisor adversarial do Wizz Method. Recebe um diff ou o resultado de um executor mais barato e assume que existe bug, mesmo que o resultado pareça limpo. Procure ativamente.
|
|
8
|
+
|
|
9
|
+
Regras:
|
|
10
|
+
|
|
11
|
+
- Verifique correção, segurança e regressão, arquivo por arquivo.
|
|
12
|
+
- Verifique aderência ao escopo: qualquer mudança fora do brief original é finding, não elogio.
|
|
13
|
+
- Não edite nenhum arquivo. Sua função é avaliar, não implementar.
|
|
14
|
+
- Conflito de opinião com o executor não se resolve aqui: registre o conflito e suba para a sessão decidir.
|
|
15
|
+
- Retorno: veredito único (aprovado, aprovado com ressalvas ou reprovado) seguido da lista de findings, cada um em 1 linha no formato arquivo:linha e descrição. Sem narração.
|
|
@@ -6,7 +6,9 @@ description: >
|
|
|
6
6
|
agente/assistente/chatbot, escrever ou revisar system prompt, definir persona/tom/voz, montar few-shot,
|
|
7
7
|
chain-of-thought, guardrails, recusas, escalonamento pra humano, handoff entre agentes, detecção de
|
|
8
8
|
frustração, generative UI, ou medir qualidade de saída de IA. Base: Owl-Listener/ai-design-skills (MIT).
|
|
9
|
-
44 padrões em 6 categorias, cada um detalhado em references/.
|
|
9
|
+
44 padrões em 6 categorias, cada um detalhado em references/. Use quando o pedido mencionar system
|
|
10
|
+
prompt, persona de agente, guardrails, orquestração multi-agente, handoff entre agentes ou avaliação
|
|
11
|
+
de qualidade de IA.
|
|
10
12
|
---
|
|
11
13
|
|
|
12
14
|
# AI Product Design — 44 padrões
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: algorithmic-art
|
|
3
|
-
description: Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields, or particle systems. Create original algorithmic art rather than copying existing artists' work to avoid copyright violations.
|
|
3
|
+
description: Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields, or particle systems. Create original algorithmic art rather than copying existing artists' work to avoid copyright violations. Use when the user asks for generative art, code art, p5.js sketches, flow fields, particle systems, or an interactive algorithmic-art artifact.
|
|
4
4
|
license: Complete terms in LICENSE.txt
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: animate
|
|
3
|
-
description: Animation patterns and best practices for Next.js/React applications. Use this skill when implementing animations, transitions, hover effects, page transitions, modals, or any motion in React components. Based on Emil Kowalski's "Animations on the Web" course.
|
|
3
|
+
description: Animation patterns and best practices for Next.js/React applications. Use this skill when implementing animations, transitions, hover effects, page transitions, modals, or any motion in React components. Based on Emil Kowalski's "Animations on the Web" course. Use when the user asks to add hover effects, transitions, page transitions, modals, or any motion to a Next.js or React component.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Next.js Animations
|
|
@@ -4,7 +4,8 @@ description: >
|
|
|
4
4
|
Segurança de autenticação e gestão de secrets. Usar quando: implementar auth, lidar com JWT/OAuth/SSO,
|
|
5
5
|
token no header vs URL, revogação de token no logout, enumeração de usuário/mensagem genérica,
|
|
6
6
|
guardar API keys ou credenciais, configurar Clerk/Supabase auth, revisar onde secrets estão armazenados,
|
|
7
|
-
rotação de credenciais, checar se .env está seguro.
|
|
7
|
+
rotação de credenciais, checar se .env está seguro. Use quando o usuário mencionar login, cadastro,
|
|
8
|
+
senha, JWT, OAuth, SSO, 2FA, sessão, logout, API key ou variável de ambiente/.env.
|
|
8
9
|
---
|
|
9
10
|
|
|
10
11
|
# Auth and Secrets
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: canvas-design
|
|
3
|
-
description: Create beautiful visual art in .png and .pdf documents using design philosophy. You should use this skill when the user asks to create a poster, piece of art, design, or other static piece. Create original visual designs, never copying existing artists' work to avoid copyright violations.
|
|
3
|
+
description: Create beautiful visual art in .png and .pdf documents using design philosophy. You should use this skill when the user asks to create a poster, piece of art, design, or other static piece. Create original visual designs, never copying existing artists' work to avoid copyright violations. Use when the user asks for a poster, art piece, print design, or other static visual output as a .png or .pdf.
|
|
4
4
|
license: Complete terms in LICENSE.txt
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -9,6 +9,8 @@ description: >
|
|
|
9
9
|
usuário entre Claude Code, Codex e qualquer outro agente.
|
|
10
10
|
CONTEXT.md no repo é o espelho do vault para agentes cloud (Codex). Fluxo: Codex atualiza
|
|
11
11
|
CONTEXT.md → usuário roda /sync no Claude Code → vault atualizado.
|
|
12
|
+
Use quando o usuário digitar um desses comandos de barra ou mencionar memória, sessão,
|
|
13
|
+
decisão, ideia de conteúdo, prospect ou sincronização do cérebro.
|
|
12
14
|
---
|
|
13
15
|
|
|
14
16
|
# Cérebro — Sistema de Memória Persistente
|
|
@@ -326,9 +326,12 @@ Each step should be:
|
|
|
326
326
|
- **Outcome-oriented**: What they get from this step
|
|
327
327
|
|
|
328
328
|
Example:
|
|
329
|
+
|
|
330
|
+
```text
|
|
329
331
|
1. Connect your tools (takes 2 minutes)
|
|
330
332
|
2. Set your preferences
|
|
331
333
|
3. Get automated reports every Monday
|
|
334
|
+
```
|
|
332
335
|
|
|
333
336
|
### Testimonial Selection
|
|
334
337
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ctc-align
|
|
3
|
-
description: Timestamps palavra a palavra confiáveis para narração TTS via alinhamento forçado (ctc-forced-aligner + âncora nos silêncios reais). Usar SEMPRE antes de definir tempo de legenda, corte de cena, animação ou elemento sincronizado com fala em qualquer vídeo (HyperFrames ou outro editor). Substitui o Whisper como fonte de timing quando o texto do roteiro é conhecido. Gatilhos - sincronizar legenda, timing de cena, alinhar áudio e texto, palavra a palavra, forced alignment, legenda karaokê, corrigir sync de vídeo.
|
|
3
|
+
description: Timestamps palavra a palavra confiáveis para narração TTS via alinhamento forçado (ctc-forced-aligner + âncora nos silêncios reais). Usar SEMPRE antes de definir tempo de legenda, corte de cena, animação ou elemento sincronizado com fala em qualquer vídeo (HyperFrames ou outro editor). Substitui o Whisper como fonte de timing quando o texto do roteiro é conhecido. Gatilhos - sincronizar legenda, timing de cena, alinhar áudio e texto, palavra a palavra, forced alignment, legenda karaokê, corrigir sync de vídeo. Use quando o roteiro exato da narração for conhecido e for preciso decidir timing de legenda, corte de cena ou animação sincronizada com a fala.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# ctc-align — timing de fala como fonte única de verdade
|
|
@@ -3,7 +3,8 @@ name: database-and-deps
|
|
|
3
3
|
description: >
|
|
4
4
|
Segurança de banco de dados e dependências. Usar quando: revisar queries de banco, checar SQL injection,
|
|
5
5
|
auditar permissões de banco, criptografar PII, revisar pacotes vulneráveis, configurar Dependabot/Renovate,
|
|
6
|
-
auditar RPCs Supabase, verificar menor privilégio no banco.
|
|
6
|
+
auditar RPCs Supabase, verificar menor privilégio no banco. Use quando o usuário mencionar SQL,
|
|
7
|
+
query builder, RPC do Supabase, npm/pnpm audit, Dependabot, pacotes vulneráveis, PII no banco ou lock file.
|
|
7
8
|
---
|
|
8
9
|
|
|
9
10
|
# Database and Dependencies Security
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: decision-maker
|
|
3
|
-
description: Walk a founder or designer through building a sharp visual brief for a website project, then output four ready-to-use prompts for downstream AI tools (Copywriter, 3D/Illustration, Design, Developer) plus GitHub + Vercel launch instructions. Use this skill whenever a user wants to brief a website, build a landing page with AI, create a visual direction, define a brand brief, or says anything like "I want to build a site with Claude," "help me write a brief," "I want to make a premium website," "guide me through a website project," or starts a slash command like `/start`, `/decision`, `/references`, `/extract`, or `/output`. Trigger even when the user just describes a project they want to build without explicitly asking for a brief — the skill turns vague intent into a structured, executable visual direction.
|
|
3
|
+
description: Walk a founder or designer through building a sharp visual brief for a website project, then output four ready-to-use prompts for downstream AI tools (Copywriter, 3D/Illustration, Design, Developer) plus GitHub + Vercel launch instructions. Use this skill whenever a user wants to brief a website, build a landing page with AI, create a visual direction, define a brand brief, or says anything like "I want to build a site with Claude," "help me write a brief," "I want to make a premium website," "guide me through a website project," or starts a slash command like `/start`, `/decision`, `/references`, `/extract`, or `/output`. Trigger even when the user just describes a project they want to build without explicitly asking for a brief — the skill turns vague intent into a structured, executable visual direction. Use when the user wants to brief a website, define a visual direction, or plan a landing page before building it with AI.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Decision Maker
|
|
@@ -3,7 +3,8 @@ name: desktop-security
|
|
|
3
3
|
description: >
|
|
4
4
|
Segurança para apps desktop e Electron. Usar quando: desenvolver app Electron, configurar contextIsolation/IPC,
|
|
5
5
|
implementar code signing, armazenar tokens/credenciais localmente, configurar auto-update seguro,
|
|
6
|
-
distribuir app para macOS/Windows.
|
|
6
|
+
distribuir app para macOS/Windows. Use quando o usuário mencionar Electron, IPC, contextBridge,
|
|
7
|
+
preload script, safeStorage, code signing, notarização ou auto-update.
|
|
7
8
|
---
|
|
8
9
|
|
|
9
10
|
# Desktop Security
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: enhance-prompt
|
|
3
|
-
description: Transforms vague UI ideas into polished, Stitch-optimized prompts. Enhances specificity, adds UI/UX keywords, injects design system context, and structures output for better generation results.
|
|
3
|
+
description: Transforms vague UI ideas into polished, Stitch-optimized prompts. Enhances specificity, adds UI/UX keywords, injects design system context, and structures output for better generation results. Use when the user wants to polish a UI prompt before sending it to Stitch, improve a prompt that produced poor results, or turn a vague UI idea into a structured, design-system-aware prompt.
|
|
4
4
|
allowed-tools:
|
|
5
5
|
- "Read"
|
|
6
6
|
- "Write"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: graphify
|
|
3
|
-
description: any input (code, docs, papers, images) → knowledge graph → clustered communities → HTML + JSON + audit report
|
|
3
|
+
description: any input (code, docs, papers, images) → knowledge graph → clustered communities → HTML + JSON + audit report. Use when the user runs /graphify, wants to turn a codebase or folder into a knowledge graph, or needs to query, explore, or visualize relationships across files.
|
|
4
4
|
trigger: /graphify
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: huashu-design
|
|
3
|
-
description: 花叔Design——用HTML做高保真原型、交互Demo、幻灯片、动画、设计变体探索+设计方向顾问+专家评审。根据任务embody对应专家(UX/动画师/幻灯片设计师/原型师),避免web design tropes。触发词:做原型、交互原型、HTML演示、动画Demo、设计变体、hi-fi设计、UI mockup、prototype、做个HTML页面、做个可视化、app原型、iOS原型、导出MP4/GIF、60fps视频、设计风格、设计方向、配色方案、推荐风格、选个风格、做个好看的、评审、好不好看、review this design、带解说的动画、解说视频、长视频科普、voiceover、narration、5分钟讲清楚什么是XX。需求模糊时进设计方向顾问(三套逻辑并行出3版真实视觉,HTML原生40种风格库网页20+PPT20为弹药);另含品牌资产协议、反AI slop、Junior工作流、Tweaks变体、动画→MP4/GIF导出、带解说长视频pipeline、5维评审。
|
|
3
|
+
description: 花叔Design——用HTML做高保真原型、交互Demo、幻灯片、动画、设计变体探索+设计方向顾问+专家评审。根据任务embody对应专家(UX/动画师/幻灯片设计师/原型师),避免web design tropes。触发词:做原型、交互原型、HTML演示、动画Demo、设计变体、hi-fi设计、UI mockup、prototype、做个HTML页面、做个可视化、app原型、iOS原型、导出MP4/GIF、60fps视频、设计风格、设计方向、配色方案、推荐风格、选个风格、做个好看的、评审、好不好看、review this design、带解说的动画、解说视频、长视频科普、voiceover、narration、5分钟讲清楚什么是XX。需求模糊时进设计方向顾问(三套逻辑并行出3版真实视觉,HTML原生40种风格库网页20+PPT20为弹药);另含品牌资产协议、反AI slop、Junior工作流、Tweaks变体、动画→MP4/GIF导出、带解说长视频pipeline、5维评审。Use when 用户提到做HTML原型、交互Demo、幻灯片设计、动画Demo、设计变体探索或设计评审。
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# 花叔Design · Huashu-Design
|
|
@@ -5,6 +5,8 @@ description: >
|
|
|
5
5
|
precisar de padrões de arquitetura, definir estrutura de pastas, estabelecer regras de código, começar um app SaaS/produto,
|
|
6
6
|
onboarding de desenvolvedor no projeto. Contém princípios de produto, padrões arquiteturais P0-P3, regras de código,
|
|
7
7
|
stack (Next.js + Supabase + Clerk + Zod), estrutura de pastas e checklist de início.
|
|
8
|
+
Use quando o pedido for começar um projeto novo, criar um módulo/feature do zero, ou definir
|
|
9
|
+
arquitetura, stack e estrutura de pastas antes de codar.
|
|
8
10
|
---
|
|
9
11
|
|
|
10
12
|
# Início de Projeto — Padrões de Engenharia
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: premium-landing-ui-researcher
|
|
3
|
-
description: Pesquisar animações, componentes, referências visuais e padrões de conversão para criar landing pages premium em React, Next.js, Tailwind, shadcn/ui, Framer Motion, Three.js e React Three Fiber. Use
|
|
3
|
+
description: Pesquisar animações, componentes, referências visuais e padrões de conversão para criar landing pages premium em React, Next.js, Tailwind, shadcn/ui, Framer Motion, Three.js e React Three Fiber. Use quando o pedido envolver analisar projeto existente; classificar nível de complexidade do site (básico a 3D high-end/Signature); escolher componentes/animações; melhorar UI genérica; criar landing page completa, transformar oferta em página estratégica, dashboard SaaS, site de autoridade/portfolio (agência, estúdio, consultoria, marca pessoal, lead passivo), case studies/selected work editoriais, ou experiência 3D cinematográfica para marcas premium; buscar referências em fontes premium (React Bits, Cult UI, Watermelon UI, Skiper UI, 21st.dev via Magic MCP/CLI, outras em references/component-sources.md); ou escolher motion engine (GSAP, anime.js, Framer Motion, Three.js/R3F) para scroll storytelling.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Premium Landing UI Researcher
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: react-components
|
|
3
|
-
description: Converts Stitch designs into modular Vite and React components using system-level networking and AST-based validation.
|
|
3
|
+
description: Converts Stitch designs into modular Vite and React components using system-level networking and AST-based validation. Use when the user wants to turn a Stitch design/screen into React components, or mentions the Stitch MCP, Vite scaffolding, or AST-based component validation.
|
|
4
4
|
allowed-tools:
|
|
5
5
|
- "stitch*:*"
|
|
6
6
|
- "Bash"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: remotion-best-practices
|
|
3
|
-
description: Best practices for Remotion - Video creation in React
|
|
3
|
+
description: Best practices for Remotion - Video creation in React. Use when assembling the final video with audio, SFX, captions, or frame-accurate timing, or for any Remotion (React) code.
|
|
4
4
|
metadata:
|
|
5
5
|
tags: remotion, video, react, animation, composition
|
|
6
6
|
---
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: supabase-postgres-best-practices
|
|
3
|
-
description: Postgres performance optimization and best practices from Supabase. Use this skill when writing, reviewing, or optimizing Postgres queries, schema designs, or database configurations.
|
|
3
|
+
description: Postgres performance optimization and best practices from Supabase. Use this skill when writing, reviewing, or optimizing Postgres queries, schema designs, or database configurations. Use when the user asks about missing indexes, connection pooling, RLS performance, N+1 queries, or Postgres/Supabase schema design.
|
|
4
4
|
license: MIT
|
|
5
5
|
metadata:
|
|
6
6
|
author: supabase
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: taste-redesign
|
|
3
|
-
description: Upgrades existing websites and apps to premium quality. Audits current design, identifies generic AI patterns, and applies high-end design standards without breaking functionality. Works with any CSS framework or vanilla CSS.
|
|
3
|
+
description: Upgrades existing websites and apps to premium quality. Audits current design, identifies generic AI patterns, and applies high-end design standards without breaking functionality. Works with any CSS framework or vanilla CSS. Use when the user asks to redesign, upgrade, or audit an existing site or app that looks generic or AI-generated, without rewriting it from scratch.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Redesign Skill
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ui-ux-pro-max
|
|
3
|
-
description: "UI/UX design intelligence. 67 styles, 96 palettes, 57 font pairings, 25 charts, 13 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient. Integrations: shadcn/ui MCP for component search and examples."
|
|
3
|
+
description: "UI/UX design intelligence. 67 styles, 96 palettes, 57 font pairings, 25 charts, 13 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient. Integrations: shadcn/ui MCP for component search and examples. Use when the user asks to design, build, or review UI/UX, pick a color palette or font pairing, or style a component like a button, modal, navbar, or card."
|
|
4
4
|
---
|
|
5
5
|
# UI/UX Pro Max - Design Intelligence
|
|
6
6
|
|
|
@@ -5,6 +5,7 @@ description: >
|
|
|
5
5
|
adicionar endpoint de API, lidar com input de usuário, configurar headers, CSP, rate limiting, CORS, clickjacking,
|
|
6
6
|
IDOR, SQL injection, vazamento de PII/dados na resposta, enumeração de usuário, OWASP Top 10.
|
|
7
7
|
Inclui triagem de falhas recorrentes de pentest + checklist das 8 vulnerabilidades e exemplos para Next.js + Supabase + Clerk.
|
|
8
|
+
Use quando o usuário pedir auditoria de segurança ou revisão pré-deploy, ou mencionar CORS, CSP, rate limiting, IDOR ou OWASP.
|
|
8
9
|
---
|
|
9
10
|
|
|
10
11
|
# Web Security (OWASP Top 10)
|
|
@@ -44,7 +44,9 @@ Use esta tabela **só fora de projeto Wizz** (sem `_wizz/`), quando o router map
|
|
|
44
44
|
| Animação, motion, vídeo programático em código, Remotion, Three.js, 3D, WebGL | `motion-3d-director` + `remotion-best-practices` | 1 |
|
|
45
45
|
| Craft de animação/micro-interação, easing, timing, reduced-motion, "essa animação travou/tá ruim" | `animate` + `design-motion-principles` | 2 |
|
|
46
46
|
| Gerar imagem por código: carrossel, quote card, infográfico (PNG/PDF editável), fundo/textura generativa de hero | `canvas-design` + `algorithmic-art` | 2 |
|
|
47
|
-
|
|
|
47
|
+
| **Vídeo com áudio, narração, SFX ou legenda sincronizada** (montagem do filme) | `remotion-best-practices` (Remotion monta; timing de frame). Regra do pipeline: HyperFrames desenha as telas mudas, Remotion monta o filme — não usar hyperframes para posicionar áudio/legenda (drift de ~2,76s e CSS vazando entre telas em produção) | 1 |
|
|
48
|
+
| Desenhar TELA/cena de vídeo em HTML/CSS, visual mudo (maqueta de app, gráfico animado, título, loop; HTML→MP4) | CLI `hyperframes` (registry designer; `npx skills add heygen-com/hyperframes`) — só telas mudas; montagem com áudio vai pro Remotion (linha acima) | 2 |
|
|
49
|
+
| Timestamps palavra a palavra de narração TTS (sincronizar legenda/corte/animação com a fala) | `ctc-align` (registry designer; fonte única de timing, substitui Whisper) | 2 |
|
|
48
50
|
| **Editar/cortar vídeo** (cortes, selects, roughcut) | CLI `buttercut` (registry designer; **só Apple Silicon**, clone-and-run no projeto, deps pesadas) | 1 |
|
|
49
51
|
| Gerar vídeo-ad/imagem por IA (Sora/Veo/Kling) + publicar Meta | CLI `arcads` (registry `ads`; git clone + Arcads API key) | 1 |
|
|
50
52
|
| Analisar/entender vídeo existente (frames + transcrição) | CLI `claude-video` (registry designer; `npx skills add bradautomates/claude-video`) | 2 |
|
|
@@ -476,37 +476,49 @@ class ConfigDrivenIdeSetup {
|
|
|
476
476
|
|
|
477
477
|
/**
|
|
478
478
|
* Install WIZZ-authored native subagents (e.g. wizz-exec-haiku.md,
|
|
479
|
-
* wizz-exec-sonnet.md
|
|
479
|
+
* wizz-exec-sonnet.md, or a platform-specific wizz-exec-haiku.toml) into
|
|
480
|
+
* the platform's subagent directory.
|
|
480
481
|
*
|
|
481
|
-
*
|
|
482
|
-
* platform
|
|
483
|
-
*
|
|
484
|
-
* `{wizzDir}/wizz/subagents
|
|
485
|
-
*
|
|
482
|
+
* Claude Code, Codex, OpenCode, and Gemini CLI declare `agents_target_dir`.
|
|
483
|
+
* Each platform reads its own native subagent file format, so the source
|
|
484
|
+
* files live in a per-platform subdirectory declared via
|
|
485
|
+
* `agents_source_subdir`: `{wizzDir}/wizz/subagents/<subdir>/`. Claude
|
|
486
|
+
* Code has no subdir — its files sit directly in `{wizzDir}/wizz/subagents/`
|
|
487
|
+
* as *.md with a `model:` frontmatter field, which is the only native
|
|
488
|
+
* format that field means anything to. This mirrors how
|
|
489
|
+
* `installVerbatimSkills` resolves module-relative source paths.
|
|
486
490
|
*
|
|
487
|
-
* Ownership is scoped to the `wizz-exec
|
|
488
|
-
* files matching that pattern are ever written
|
|
489
|
-
* hand-authored subagents in the same directory are
|
|
491
|
+
* Ownership is scoped to the `wizz-exec-*` naming convention (`.md` or
|
|
492
|
+
* `.toml` extension) — only files matching that pattern are ever written
|
|
493
|
+
* here, so a user's own hand-authored subagents in the same directory are
|
|
494
|
+
* never touched. Directory entries (including the per-platform subdirs
|
|
495
|
+
* that live alongside Claude Code's root-level files) are skipped
|
|
496
|
+
* explicitly rather than relying on the extension filter to exclude them.
|
|
490
497
|
* Silently no-ops when the source directory doesn't exist (e.g. install
|
|
491
498
|
* without the wizz module).
|
|
492
499
|
*
|
|
493
500
|
* @param {string} projectDir - Project directory
|
|
494
501
|
* @param {string} wizzDir - WIZZ installation directory
|
|
495
502
|
* @param {Object} config - Installation configuration; reads agents_target_dir
|
|
503
|
+
* and the optional agents_source_subdir
|
|
496
504
|
* @returns {Promise<number>} Count of subagent files installed
|
|
497
505
|
*/
|
|
498
506
|
async installSubagents(projectDir, wizzDir, config) {
|
|
499
|
-
const sourceDir =
|
|
507
|
+
const sourceDir = config.agents_source_subdir
|
|
508
|
+
? path.join(wizzDir, 'wizz', 'subagents', config.agents_source_subdir)
|
|
509
|
+
: path.join(wizzDir, 'wizz', 'subagents');
|
|
500
510
|
if (!(await fs.pathExists(sourceDir))) return 0;
|
|
501
511
|
|
|
502
512
|
let entries;
|
|
503
513
|
try {
|
|
504
|
-
entries = await fs.readdir(sourceDir);
|
|
514
|
+
entries = await fs.readdir(sourceDir, { withFileTypes: true });
|
|
505
515
|
} catch {
|
|
506
516
|
return 0;
|
|
507
517
|
}
|
|
508
518
|
|
|
509
|
-
const subagentFiles = entries.filter(
|
|
519
|
+
const subagentFiles = entries.filter(
|
|
520
|
+
(entry) => entry.isFile() && entry.name.startsWith('wizz-exec-') && (entry.name.endsWith('.md') || entry.name.endsWith('.toml')),
|
|
521
|
+
);
|
|
510
522
|
if (subagentFiles.length === 0) return 0;
|
|
511
523
|
|
|
512
524
|
const targetPath = path.join(projectDir, config.agents_target_dir);
|
|
@@ -514,7 +526,7 @@ class ConfigDrivenIdeSetup {
|
|
|
514
526
|
|
|
515
527
|
let count = 0;
|
|
516
528
|
for (const entry of subagentFiles) {
|
|
517
|
-
await fs.copy(path.join(sourceDir, entry), path.join(targetPath, entry), { overwrite: true });
|
|
529
|
+
await fs.copy(path.join(sourceDir, entry.name), path.join(targetPath, entry.name), { overwrite: true });
|
|
518
530
|
count++;
|
|
519
531
|
}
|
|
520
532
|
|
|
@@ -617,12 +629,12 @@ class ConfigDrivenIdeSetup {
|
|
|
617
629
|
);
|
|
618
630
|
}
|
|
619
631
|
|
|
620
|
-
// Clean stale wizz-exec
|
|
621
|
-
// live in a per-IDE directory (.claude/agents
|
|
622
|
-
// peers, so this runs
|
|
623
|
-
//
|
|
624
|
-
//
|
|
625
|
-
// later.
|
|
632
|
+
// Clean stale wizz-exec-* subagent files (.md or .toml). Like command
|
|
633
|
+
// pointers, these live in a per-IDE directory (e.g. .claude/agents,
|
|
634
|
+
// .codex/agents) that isn't deduped across peers, so this runs
|
|
635
|
+
// regardless of skipTarget. installSubagents always overwrites with the
|
|
636
|
+
// current source content, so unconditional removal here is safe — a
|
|
637
|
+
// routine reinstall just recreates the files moments later.
|
|
626
638
|
if (this.installerConfig?.agents_target_dir) {
|
|
627
639
|
await this.cleanupSubagents(projectDir, this.installerConfig.agents_target_dir);
|
|
628
640
|
}
|
|
@@ -793,11 +805,12 @@ class ConfigDrivenIdeSetup {
|
|
|
793
805
|
}
|
|
794
806
|
|
|
795
807
|
/**
|
|
796
|
-
* Remove WIZZ-owned `wizz-exec
|
|
797
|
-
* subagent directory (e.g. .claude/agents).
|
|
798
|
-
* installSubagents. Only touches files matching
|
|
799
|
-
* a user's own hand-authored subagents in the
|
|
800
|
-
* removed. Removes the directory entirely if it
|
|
808
|
+
* Remove WIZZ-owned `wizz-exec-*` subagent files (`.md` or `.toml`) from
|
|
809
|
+
* the platform's subagent directory (e.g. .claude/agents, .codex/agents).
|
|
810
|
+
* Symmetric counterpart to installSubagents. Only touches files matching
|
|
811
|
+
* that naming convention — a user's own hand-authored subagents in the
|
|
812
|
+
* same directory are never removed. Removes the directory entirely if it
|
|
813
|
+
* ends up empty.
|
|
801
814
|
* @param {string} projectDir
|
|
802
815
|
* @param {string} agentsTargetDir - Relative dir (e.g. .claude/agents)
|
|
803
816
|
*/
|
|
@@ -807,15 +820,16 @@ class ConfigDrivenIdeSetup {
|
|
|
807
820
|
|
|
808
821
|
let entries;
|
|
809
822
|
try {
|
|
810
|
-
entries = await fs.readdir(agentsPath);
|
|
823
|
+
entries = await fs.readdir(agentsPath, { withFileTypes: true });
|
|
811
824
|
} catch {
|
|
812
825
|
return;
|
|
813
826
|
}
|
|
814
827
|
|
|
815
828
|
for (const entry of entries) {
|
|
816
|
-
if (!entry.
|
|
829
|
+
if (!entry.isFile()) continue;
|
|
830
|
+
if (!entry.name.startsWith('wizz-exec-') || !(entry.name.endsWith('.md') || entry.name.endsWith('.toml'))) continue;
|
|
817
831
|
try {
|
|
818
|
-
await fs.remove(path.join(agentsPath, entry));
|
|
832
|
+
await fs.remove(path.join(agentsPath, entry.name));
|
|
819
833
|
} catch {
|
|
820
834
|
// Skip files we can't remove.
|
|
821
835
|
}
|
|
@@ -8,9 +8,14 @@
|
|
|
8
8
|
# target_dir: Directory where skill directories are installed (project/workspace)
|
|
9
9
|
# global_target_dir: (optional) User-home directory for global install
|
|
10
10
|
# ancestor_conflict_check: (optional) Refuse install when ancestor dir has WIZZ files
|
|
11
|
-
# agents_target_dir: (optional) Directory for native
|
|
12
|
-
# (src/modules/wizz/subagents
|
|
13
|
-
#
|
|
11
|
+
# agents_target_dir: (optional) Directory for native WIZZ-authored subagents
|
|
12
|
+
# (src/modules/wizz/subagents/). Currently declared by claude-code, codex,
|
|
13
|
+
# opencode, and gemini.
|
|
14
|
+
# agents_source_subdir: (optional) Subdirectory under subagents/ that holds
|
|
15
|
+
# the platform's native subagent file format (e.g. codex/*.toml,
|
|
16
|
+
# opencode/*.md, gemini/*.md). Omitted for claude-code, which reads
|
|
17
|
+
# straight from the subagents/ root (its native format is *.md with a
|
|
18
|
+
# `model:` frontmatter field).
|
|
14
19
|
#
|
|
15
20
|
# INSTALL SCOPE — LOCAL PER PROJECT IS THE ENFORCED DEFAULT.
|
|
16
21
|
# The installer only ever writes skills to the project-relative `target_dir`
|
|
@@ -82,6 +87,8 @@ platforms:
|
|
|
82
87
|
installer:
|
|
83
88
|
target_dir: .agents/skills
|
|
84
89
|
global_target_dir: ~/.codex/skills
|
|
90
|
+
agents_target_dir: .codex/agents
|
|
91
|
+
agents_source_subdir: codex
|
|
85
92
|
|
|
86
93
|
codewhale:
|
|
87
94
|
name: "CodeWhale"
|
|
@@ -145,6 +152,8 @@ platforms:
|
|
|
145
152
|
installer:
|
|
146
153
|
target_dir: .agents/skills
|
|
147
154
|
global_target_dir: ~/.agents/skills
|
|
155
|
+
agents_target_dir: .gemini/agents
|
|
156
|
+
agents_source_subdir: gemini
|
|
148
157
|
|
|
149
158
|
github-copilot:
|
|
150
159
|
name: "GitHub Copilot"
|
|
@@ -258,6 +267,8 @@ platforms:
|
|
|
258
267
|
target_dir: .agents/skills
|
|
259
268
|
global_target_dir: ~/.agents/skills
|
|
260
269
|
commands_target_dir: .opencode/commands
|
|
270
|
+
agents_target_dir: .opencode/agents
|
|
271
|
+
agents_source_subdir: opencode
|
|
261
272
|
|
|
262
273
|
openhands:
|
|
263
274
|
name: "OpenHands"
|