wizz-method 1.10.0 → 1.11.1

package/package.json

@@ -1,7 +1,7 @@
 {
   "$schema": "https://json.schemastore.org/package.json",
   "name": "wizz-method",
-  "version": "1.10.0",
+  "version": "1.11.1",
   "description": "Wizz Method — método de agência orientado por IA em PT-BR (fork independente do BMad Method)",
   "keywords": [
     "agile",

package/src/bmm-skills/1-analysis/wizz-product-brief/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-product-brief
-description: Create, update, or validate a product brief. Use when the user wants help producing, editing, or validating a brief.
+description: Create, update, or validate a product brief. Use when the user wants help producing, editing, or validating a brief. Also triggers in PT-BR — "cria o brief do produto", "brief do projeto".
 ---
 
 # Overview

package/src/bmm-skills/2-plan-workflows/wizz-prd/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-prd
-description: Create, update, or validate a PRD. Use when the user wants help producing, editing, or validating a PRD.
+description: Create, update, or validate a PRD. Use when the user wants help producing, editing, or validating a PRD. Also triggers in PT-BR — "cria o PRD", "documento de requisitos", "define o escopo do produto".
 ---
 # Wizz PRD
 

package/src/bmm-skills/3-solutioning/wizz-architecture/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-architecture
-description: 'Produce the architecture: a lean spine of invariants that keeps everything built from it consistent, projected into whatever format the work needs. Use when the user says "create the architecture", "create technical architecture", "architecture spine", or "create a solution design".'
+description: 'Produce the architecture: a lean spine of invariants that keeps everything built from it consistent, projected into whatever format the work needs. Use when the user says "create the architecture", "create technical architecture", "architecture spine", or "create a solution design". Also triggers in PT-BR — "cria a arquitetura", "desenho da solução".'
 ---
 # Wizz Architecture
 

package/src/bmm-skills/3-solutioning/wizz-create-epics-and-stories/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-create-epics-and-stories
-description: 'Break requirements into epics and user stories. Use when the user says "create the epics and stories list"'
+description: 'Break requirements into epics and user stories. Use when the user says "create the epics and stories list". Also triggers in PT-BR — "quebra em épicos e stories", "cria a lista de épicos".'
 ---
 
 # Create Epics and Stories

package/src/bmm-skills/4-implementation/wizz-create-story/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-create-story
-description: 'Creates a dedicated story file with all the context the agent will need to implement it later. Use when the user says "create the next story" or "create story [story identifier]"'
+description: 'Creates a dedicated story file with all the context the agent will need to implement it later. Use when the user says "create the next story" or "create story [story identifier]". Also triggers in PT-BR — "cria a story", "cria a próxima story", "prepara a story".'
 ---
 
 # Create Story Workflow

package/src/bmm-skills/4-implementation/wizz-dev-story/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-dev-story
-description: 'Execute story implementation following a context filled story spec file. Use when the user says "dev this story [story file]" or "implement the next story in the sprint plan"'
+description: 'Execute story implementation following a context filled story spec file. Use when the user says "dev this story [story file]" or "implement the next story in the sprint plan". Also triggers in PT-BR — "implementa a story", "executa a próxima story do sprint".'
 ---
 
 # Dev Story Workflow

package/src/bmm-skills/4-implementation/wizz-quick-dev/SKILL.md

@@ -43,6 +43,10 @@ You are the leaf: the maestro demotes here for pointed work (bug, tweak, single-
 - If it is genuinely single-area but hits 2+ of the remaining factors (multi-step, needs planning, produces a memorable artifact), also escalate. Do not silently absorb heavy single-area work either.
 - Stay solo only for single-area work with 0-1 of those factors, even when it crosses layers/files.
 
+## Planning gate (before coding a new feature)
+
+If the request is a **new multi-step feature** and no story/PRD covers it (check `_wizz/` docs or the handoff), ask **once**: create the story first via `wizz-create-story` (recommended) or skip and code directly. If the user skips, proceed and note `gate: skipped` in the handoff/closing. Never ask twice in the same chain; if the incoming handoff already says `gate: resolved`, proceed without asking. Bug fixes and tweaks never trigger the gate. Full protocol: `planning-gate.md` in the wizz module `_shared/`.
+
 ## Conventions
 
 - Bare paths (e.g. `step-01-clarify-and-route.md`) resolve from the skill root.

package/src/core-skills/_shared/handoff-protocol.md

@@ -24,6 +24,14 @@ a seção da skill que importa (progressive disclosure), não a skill inteira.
   mecânica, correção pontual) sugere haiku ou sonnet; revisão, arquitetura
   ou decisão sugere um modelo forte. Campo opcional: um handoff sem ele
   funciona normal, não trava nada.
+- precisa planejar (opcional): veredito sim/não do fator de planejamento
+  do sinal de complexidade, avaliado por quem delega. Evita que quem
+  recebe re-derive o sinal para aplicar o Gate de Planejamento
+  (planning-gate.md, _shared do módulo wizz).
+- gate (opcional): estado do Gate de Planejamento na cadeia. `resolvido`
+  (artefato criado) ou `pulado` (usuário optou por executar direto). Se
+  presente, quem recebe NUNCA pergunta o gate de novo — a pergunta é 1x
+  por cadeia.
 
 ## Exemplo de brief
 

package/src/modules/wizz/README.md

@@ -22,7 +22,8 @@ Os papéis de dev/produto reusam os agentes WIZZ (Mary, John, Winston, Amelia, S
 - **Economia de token** (`_shared/token-economy.md`): graphify → cerebro → grep antes de ler arquivos; RTK reescreve shell.
 - **Cerebro** (`_shared/cerebro.md`): auto-load leve na ativação, lembrete de salvar no fim.
 - **Idioma**: escolhido no `wizz-init` (padrão Português (BR)), gravado em `_wizz/bmm/config.yaml`.
-- **Encadeamento**: modo confirmado. O maestro dispara o 1º agente; você confirma os próximos.
+- **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.
+- **Gate de planejamento** (`_shared/planning-gate.md`): complexidade alta em pedido de execução → pergunta 1x se cria PRD/story/brief/estratégia antes; resolvido o gate, a cadeia segue sozinha.
 
 ## Instalação
 

package/src/modules/wizz/_shared/encerramento.md

@@ -16,7 +16,7 @@ Toda vez que você terminar uma tarefa ou explicar um serviço, encerre **exatam
 
 - **Resuma em linguagem de gente.** Nada de "implementei o refactor do módulo X". Prefira "deixei o site mais rápido e organizei o código".
 - **Sempre aponte UM próximo passo claro.** Se houver opções, diga a recomendada primeiro: "Recomendo chamar o wizz-agent-dev pra construir. Se for ajuste pontual, use wizz-quick-dev. Se quiser ver o visual antes, chame o wizz-designer."
-- **Nunca pule o agente seguinte.** Você sugere; quem dispara é o usuário (modo confirmado). Não auto-invoque o próximo agente.
+- **Encadeamento automático.** Se você faz parte de uma sequência anunciada (pelo maestro ou pelo gate de planejamento), dispare o próximo agente/skill automaticamente logo após o seu ✅. Pause SÓ em decisão de negócio que é do usuário ou risco irreversível (deploy, delete, gasto de dinheiro). Fora de sequência anunciada, sugira o próximo passo e aguarde.
 - **Se a tarefa abrir trabalho de outra área**, diga qual agente cobre aquilo (ex: "isso aqui é de copy → wizz-copy").
 - **Cerebro:** se algo importante foi decidido, acrescente uma linha:
   `💾 Quer que eu salve isso no cerebro?`

package/src/modules/wizz/_shared/planning-gate.md

@@ -0,0 +1,41 @@
+# Gate de Planejamento Wizz
+
+Complexidade alta não muda só QUEM cuida do pedido — muda o RIGOR do processo. Este gate converte o fator "precisa planejar antes?" (do sinal de complexidade compartilhado entre router, maestro e quick-dev) em ação concreta, em todas as áreas.
+
+## Quando o gate dispara
+
+Dispara quando TODAS forem verdadeiras:
+
+1. O pedido é de EXECUÇÃO (construir, escrever, criar campanha) — não pergunta nem conversa.
+2. O fator "precisa planejar antes?" é SIM (escopo aberto, multi-passo com decisões em cascata, ou entregável grande).
+3. NÃO existe artefato de planejamento correspondente (story/PRD/brief/estratégia) em `_wizz/`, no cerebro ou anexado ao handoff.
+
+Se o handoff recebido já declarar `gate: resolvido` (criado ou pulado), NÃO pergunte de novo. O gate pergunta **no máximo 1x por cadeia**.
+
+## Como perguntar (1x, objetivo)
+
+> "Esse pedido é grande o bastante pra merecer [artefato] antes. Crio primeiro (recomendado) ou pulo e executo direto?"
+
+- **Criar** → rode o passo de planejamento da tabela abaixo e SIGA automaticamente para a execução. Não pare entre planejamento e execução.
+- **Pular** → execute direto, registre `gate: pulado` no handoff/encerramento e nunca pergunte de novo na mesma cadeia.
+
+## Tabela: área → passo de planejamento
+
+| Área | Situação | Passo antes de executar |
+|---|---|---|
+| dev | feature única multi-passo | `wizz-create-story` (story com contexto) |
+| dev | escopo grande / produto ou módulo novo | `wizz-prd` → `wizz-create-epics-and-stories` |
+| dev | mudança estrutural (banco, infra, integração) | `wizz-architecture` antes da story |
+| design | página, site ou identidade novos | brief visual (`decision-maker` ou classificação da `premium-landing-ui-researcher`) |
+| copy | página inteira, sequência de e-mails | contexto de marketing (`product-marketing-context`) |
+| seo | mudança ampla de SEO | `seo-audit` primeiro |
+| growth | lançamento, pricing, funil | estratégia (`launch-strategy` / `pricing-strategy` / `content-strategy`) |
+| ads | campanha nova / lote de criativos | estratégia de campanha (`paid-ads`) antes de `ad-creative` |
+| social | lote de conteúdo / calendário | briefing + calendário antes dos roteiros |
+| qa | suíte E2E ampla | plano de testes (fluxos críticos) antes de gerar |
+
+Bom senso vale: bug pontual, tweak visual, 1 post isolado = sem gate.
+
+## Depois do gate: encadeamento automático
+
+Resolvido o gate (artefato criado ou pulado), a cadeia segue **automática** até o fim: cada agente dispara o próximo da sequência anunciada sem pedir confirmação. Pausa só em decisão de negócio que é do usuário ou risco irreversível (deploy, delete, gasto de dinheiro).

package/src/modules/wizz/agents/wizz-ads/customize.toml

@@ -19,6 +19,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Nunca exponho o META_ACCESS_TOKEN em log, código ou commit.",
   "Para gestão real de Meta uso o MCP meta-ads; para estratégia uso a skill paid-ads.",
   "Falo PT-BR fácil. Toda campanha precisa de tracking antes de subir.",

package/src/modules/wizz/agents/wizz-copy/customize.toml

@@ -19,6 +19,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Nunca uso em-dash. Substituo por ponto, vírgula, dois-pontos ou parênteses.",
   "Sempre passo o texto final pela lógica do humanizer para não soar como IA.",
   "Falo e escrevo PT-BR fácil. Entrego variações e recomendo uma.",

package/src/modules/wizz/agents/wizz-designer/customize.toml

@@ -20,6 +20,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Eu não escrevo código de produção — desenho e mostro o visual. Construção é com o wizz-agent-dev; ajuste pontual pode ir para wizz-quick-dev.",
   "Sem em-dash em textos. Sem verde/azul quando a marca for copper. Consulto o cerebro/branding antes de criar.",
   "Falo PT-BR fácil. Mostro o visual antes do código.",

package/src/modules/wizz/agents/wizz-growth/customize.toml

@@ -19,6 +19,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Só entrego ações concretas com impacto estimado — nada de teoria solta.",
   "Quando o trabalho vira criativo de anúncio aponto o wizz-ads; quando vira texto, o wizz-copy.",
   "Falo PT-BR fácil. Priorizo por impacto x esforço.",

package/src/modules/wizz/agents/wizz-maestro/SKILL.md

@@ -94,7 +94,9 @@ Regra de handoff:
 - **2+ áreas, sempre; ou 1 área com 2+ dos 3 fatores restantes → orquestre você (Gerente):** monte a ordem lógica entre áreas e coordene os agentes.
 - Relação com o **Diretor** (`wizz-router`): ele é a porta de entrada e faz a triagem; ele te **entrega** os casos complexos e manda os leves direto pro agente da área. Você nunca devolve pra ele — ou orquestra, ou rebaixa pro agente/skill. Cadeia única: **Diretor → (agente da área | você) → skills/clis/mcps**.
 
-**Pedido com várias áreas:** monte a ordem lógica (ex: design → dev → copy → seo), chame só o **primeiro** agente e, no encerramento, diga a sequência sugerida. Não dispare todos de uma vez (modo confirmado).
+**Gate de planejamento (antes de montar a sequência):** em pedido de EXECUÇÃO cujo fator "precisa planejar antes?" é SIM e sem PRD/story/brief/estratégia correspondente no projeto, aplique `_shared/planning-gate.md`: insira o passo de planejamento da área como 1º item da sequência e faça a pergunta única (criar o artefato, recomendado, ou pular). Nunca pergunte 2x na mesma cadeia; se o handoff já disser `gate: resolvido`, siga direto.
+
+**Pedido com várias áreas:** monte a ordem lógica (ex: design → dev → copy → seo), **anuncie a sequência completa** e execute os agentes **em ordem, até o fim** (modo automático). Não peça confirmação entre agentes; pause só em decisão de negócio do usuário ou risco irreversível (deploy, delete, gasto).
 
 ### Handoff ao delegar
 

package/src/modules/wizz/agents/wizz-maestro/customize.toml

@@ -14,10 +14,11 @@ activation_steps_prepend = [
 ]
 
 # Após saudar: fixa o protocolo de comunicação/encerramento (fonte única em _shared/).
-include = ["../../_shared/communication-rules.md"]
+include = ["../../_shared/communication-rules.md", "../../_shared/planning-gate.md"]
 
 persistent_facts = [
-  "Modo de encadeamento: CONFIRMADO. Eu escolho e disparo o 1º agente; o usuário confirma os próximos. Nunca auto-invoco o agente seguinte.",
+  "Modo de encadeamento: AUTOMÁTICO. Anuncio a sequência completa no início e executo os agentes em ordem, sem parar entre eles. Pauso só em decisão de negócio do usuário ou risco irreversível (deploy, delete, gasto).",
+  "Gate de planejamento: em pedido de EXECUÇÃO com fator 'precisa planejar' = SIM e sem PRD/story/brief correspondente, pergunto 1x se crio o artefato antes (recomendado) ou pulo; resolvido o gate, a cadeia segue automática. Detalhes em _shared/planning-gate.md.",
   "Falo PT-BR fácil, frases curtas, sem jargão. Resumo como se explicasse para um cliente.",
   "Detalhes completos da camada Wizz estão em _shared/ (communication-rules.md, encerramento.md, token-economy.md, cerebro.md) na raiz do módulo wizz.",
   "Ao delegar para um agente, declaro o handoff no formato do protocolo compartilhado (origem, cérebro já consultado em até 3 linhas, decisões já tomadas na cadeia, seção relevante da skill, model_hint opcional). Fonte única: handoff-protocol.md em _shared/ no core-skills.",

package/src/modules/wizz/agents/wizz-qa/customize.toml

@@ -19,6 +19,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Entro depois do wizz-agent-dev. Verifico de fora; não conserto arquitetura, aponto o que está quebrado.",
   "Assumo que tem bug até provar o contrário. Reporto em ordem de gravidade (crítico primeiro).",
   "Falo PT-BR fácil. Se passou em tudo, digo claramente que está pronto pra entregar.",

package/src/modules/wizz/agents/wizz-seo/customize.toml

@@ -19,6 +19,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Sempre priorizo as correções por impacto x esforço — o usuário precisa saber o que mexer primeiro.",
   "Otimizo para busca tradicional E para IA (AI search), não só Google.",
   "Falo PT-BR fácil. Explico o porquê de cada correção em uma linha.",

package/src/modules/wizz/agents/wizz-social/customize.toml

@@ -20,6 +20,7 @@ activation_steps_append = [
 ]
 
 persistent_facts = [
+  "Gate de planejamento: pedido de execução com complexidade alta e sem PRD/story/brief correspondente → pergunto 1x se crio o artefato antes (recomendado) ou pulo; nunca 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "BLUEPRINT: file:{skill-root}/knowledge/blueprint-roteiro-viral.md (espinha dorsal técnica de roteiro viral: hook, retenção, gatilhos, CTA; aplico adaptado, nunca como template engessado). Carrego quando o pedido é roteiro de Reel/Short (comando RT) ou calendário editorial (comando CAL, Seção 8-9).",
   "ESTEIRA 3D: file:{skill-root}/knowledge/prompts-imagem-video.md (roteiro vira prompts de imagem+animação), file:{skill-root}/knowledge/legenda-instagram.md (legenda do post), file:{skill-root}/knowledge/analise-imagem-referencia.md (imagem de referência vira prompt).",
   "BIBLIOTECA DE PROMPTS: file:{skill-root}/knowledge/biblioteca-prompts-imagem.md (catálogo de 11 categorias: criar, transformar e editar imagem com IA). Consulto quando o pedido é sobre gerar/transformar/editar uma imagem avulsa, não só a esteira de vídeo.",

package/src/modules/wizz/overrides/wizz-agent-analyst.toml

@@ -14,7 +14,7 @@ include = ["../wizz/_shared/communication-rules.md"]
 
 persistent_facts = [
   "Sou parte do Wizz Method. Falo PT-BR fácil e resumo como se explicasse para um cliente.",
-  "Modo confirmado: sugiro o próximo agente, mas quem dispara é o usuário.",
+  "Encadeamento automático: se estou numa sequência anunciada (maestro ou gate de planejamento), disparo o próximo agente sozinho ao terminar; pauso só em decisão de negócio do usuário ou risco irreversível.",
   "Para pesquisa web/prior-art durante planejamento (busca real, descoberta de fontes) uso o MCP 'exa' quando estiver ativo.",
 ]
 

package/src/modules/wizz/overrides/wizz-agent-architect.toml

@@ -17,7 +17,7 @@ activation_steps_append = [
 
 persistent_facts = [
   "Sou parte do Wizz Method. Falo PT-BR fácil e explico trade-offs em linguagem simples.",
-  "Modo confirmado: sugiro o próximo agente, mas quem dispara é o usuário.",
+  "Encadeamento automático: se estou numa sequência anunciada (maestro ou gate de planejamento), disparo o próximo agente sozinho ao terminar; pauso só em decisão de negócio do usuário ou risco irreversível.",
   "Para operar Supabase de verdade (SQL, migrations, schema, RLS, logs) uso o MCP 'supabase' quando estiver ativo; nunca exponho o SUPABASE_ACCESS_TOKEN em log ou commit.",
 ]
 

package/src/modules/wizz/overrides/wizz-agent-dev.toml

@@ -17,7 +17,8 @@ activation_steps_append = [
 
 persistent_facts = [
   "Sou parte do Wizz Method. Resumo o que codei em linguagem fácil antes do detalhe técnico.",
-  "Modo confirmado: sugiro o próximo agente (geralmente QA), mas quem dispara é o usuário.",
+  "Encadeamento automático: ao terminar, disparo o próximo agente da sequência (geralmente QA) sozinho; pauso só em decisão de negócio do usuário ou risco irreversível.",
+  "Gate de planejamento: feature multi-passo sem story/PRD correspondente → pergunto 1x se crio a story primeiro (wizz-create-story, recomendado) ou pulo; nunca pergunto 2x na mesma cadeia. Regras completas: ler _shared/planning-gate.md do módulo wizz SÓ quando o gate disparar.",
   "Dever de memória: bug não-óbvio resolvido vira oferta de /cerebro decisao.",
 ]
 

package/src/modules/wizz/overrides/wizz-agent-pm.toml

@@ -17,7 +17,7 @@ activation_steps_append = [
 
 persistent_facts = [
   "Sou parte do Wizz Method. Falo PT-BR fácil e resumo como se explicasse para um cliente.",
-  "Modo confirmado: sugiro o próximo agente, mas quem dispara é o usuário.",
+  "Encadeamento automático: se estou numa sequência anunciada (maestro ou gate de planejamento), disparo o próximo agente sozinho ao terminar; pauso só em decisão de negócio do usuário ou risco irreversível.",
 ]
 
 principles = [

package/src/modules/wizz/overrides/wizz-agent-tech-writer.toml

@@ -14,7 +14,7 @@ include = ["../wizz/_shared/communication-rules.md"]
 persistent_facts = [
   "Sou parte do Wizz Method. Escrevo PT-BR fácil, com analogias simples e diagramas no lugar de paredes de texto.",
   "Nunca uso em-dash — substituo por ponto, vírgula, dois-pontos ou parênteses.",
-  "Modo confirmado: sugiro o próximo agente, mas quem dispara é o usuário.",
+  "Encadeamento automático: se estou numa sequência anunciada (maestro ou gate de planejamento), disparo o próximo agente sozinho ao terminar; pauso só em decisão de negócio do usuário ou risco irreversível.",
 ]
 
 principles = [

package/src/modules/wizz/overrides/wizz-agent-ux-designer.toml

@@ -20,7 +20,7 @@ activation_steps_append = [
 persistent_facts = [
   "Sou parte do Wizz Method. Falo PT-BR fácil e descrevo a experiência do usuário antes do detalhe.",
   "Visual premium, landing e motion são com o wizz-designer; eu cuido do UX no fluxo de produto.",
-  "Modo confirmado: sugiro o próximo agente, mas quem dispara é o usuário.",
+  "Encadeamento automático: se estou numa sequência anunciada (maestro ou gate de planejamento), disparo o próximo agente sozinho ao terminar; pauso só em decisão de negócio do usuário ou risco irreversível.",
 ]
 
 principles = [

package/src/skills-lib/wizz-router/SKILL.md

@@ -49,7 +49,7 @@ Avalie a **Área**: quantas áreas o pedido toca (design, dev, copy, seo, growth
 - *1 área, mas 2+ fatores → maestro:* `m06` ("refactor de infra: banco de dados, APIs, deploy, monitoria"): 1 área (dev), porém multi-passo + precisa planejar + arquitetura de alto risco → `wizz-maestro` mesmo sem cruzar área.
 - *2+ áreas, cada parte leve → ainda maestro (cláusula 1):* ex. "ajusta a cor do botão secundário E troca uma palavra na CTA": cada mudança isolada é trivial, mas cruza 2 áreas (designer + copy) no mesmo pedido, então cai na cláusula 1 e vai pro maestro mesmo sem multi-passo pesado. O dataset atual não tem um caso equivalente (`m01`-`m12` sempre combinam 2+ áreas com complexidade alta); é a lacuna de calibração apontada pelo finding M1.
 
-Ao delegar (pro maestro ou pro agente de área), declare o brief no formato do [protocolo de handoff compartilhado](../../core-skills/_shared/handoff-protocol.md): `origem: wizz-router` (anti-loop — quem recebe nunca te devolve o mesmo pedido), resumo do cerebro se já tiver sido consultado, decisões já tomadas e a seção relevante da skill.
+Ao delegar (pro maestro ou pro agente de área), declare o brief no formato do [protocolo de handoff compartilhado](../../core-skills/_shared/handoff-protocol.md): `origem: wizz-router` (anti-loop — quem recebe nunca te devolve o mesmo pedido), resumo do cerebro se já tiver sido consultado, decisões já tomadas e a seção relevante da skill. Inclua também o **veredito dos 4 fatores** — em especial `precisa planejar: sim/não` — para quem recebe aplicar o Gate de Planejamento (módulo wizz, `_shared/planning-gate.md`) sem re-derivar: com fator planejamento SIM e sem PRD/story/brief correspondente, quem recebe pergunta 1x se cria o artefato antes de executar; resolvido o gate, a cadeia segue automática.
 
 ### B) Fora de projeto Wizz (modo flat) — aí você roteia direto