wizz-method 1.18.3 → 2.0.0

package/src/skills-lib/{implementation-planner → wizz-implementation-planner}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: implementation-planner
+name: wizz-implementation-planner
 description: Technical implementation planning for premium websites, landing pages, portfolio sites, SaaS dashboards, animated interfaces, 3D heroes, image-to-video, motion-heavy React/Next.js builds. Use when the user has approved strategy/copy/motion and needs architecture, stack, dependencies, file structure, component map, motion map, asset map, performance plan, accessibility, SEO, analytics, Vercel deployment, or a handoff prompt for Claude Code, Codex, or Cursor. Turns approved decisions into an implementable plan without changing creative direction.
 ---
 
@@ -9,10 +9,10 @@ Esta skill **transforma estratégia, brief, landing, componentes, motion, 3D, v
 
 Ela é o **último elo** do pipeline. Vem depois de:
 
-1. `decision-maker` — brief visual
-2. `premium-landing-ui-researcher` — estratégia, copy, estrutura, motion ladder
-3. `ui-component-curator` — componentes, fontes, refs
-4. `motion-3d-director` — motion path, prompts de imagem/vídeo, performance plan
+1. `wizz-decision-maker` — brief visual
+2. `wizz-premium-landing-ui-researcher` — estratégia, copy, estrutura, motion ladder
+3. `wizz-ui-component-curator` — componentes, fontes, refs
+4. `wizz-motion-3d-director` — motion path, prompts de imagem/vídeo, performance plan
 
 A regra-mestre desta skill: **não decide gosto visual.** Recebe decisões já tomadas e produz arquitetura técnica clara, implementável e performática.
 
@@ -35,15 +35,15 @@ Acionar quando o usuário pedir:
 - "prepara o projeto" / "plano de implementação";
 - "quero construir essa landing" / "quero transformar isso em código".
 
-Também usar automaticamente quando a landing já tiver: estrutura definida; copy escrita; direção visual aprovada; componentes escolhidos; animações decididas; plano 3D/motion fechado (handoff de `motion-3d-director` em mãos); assets identificados; stack recomendada.
+Também usar automaticamente quando a landing já tiver: estrutura definida; copy escrita; direção visual aprovada; componentes escolhidos; animações decididas; plano 3D/motion fechado (handoff de `wizz-motion-3d-director` em mãos); assets identificados; stack recomendada.
 
 ## Skip when
 
 Pular esta skill quando:
 
-- Ainda não há brief aprovado — rodar `decision-maker` primeiro.
-- Ainda não há copy nem direção visual — rodar `premium-landing-ui-researcher` primeiro.
-- O projeto é **3D High-End** ou **Signature 3D** mas o motion path ainda não foi decidido — rodar `motion-3d-director` primeiro. Implementar sem motion path leva a Three.js gratuito ou vídeo mal posicionado.
+- Ainda não há brief aprovado — rodar `wizz-decision-maker` primeiro.
+- Ainda não há copy nem direção visual — rodar `wizz-premium-landing-ui-researcher` primeiro.
+- O projeto é **3D High-End** ou **Signature 3D** mas o motion path ainda não foi decidido — rodar `wizz-motion-3d-director` primeiro. Implementar sem motion path leva a Three.js gratuito ou vídeo mal posicionado.
 - O usuário quer só refinar copy, componentes, ou direção visual — voltar para a skill upstream correspondente.
 
 Implementação sem decisões a montante produz código bonito que serve à ferramenta errada.
@@ -52,7 +52,7 @@ Implementação sem decisões a montante produz código bonito que serve à ferr
 
 ## Entrada esperada
 
-A skill pode receber: brief visual (do `decision-maker`); estrutura da landing (do `premium-landing-ui-researcher`); copy; direção visual; componentes recomendados (do `ui-component-curator`); animações recomendadas; fontes/componentes; 3D plan (do `motion-3d-director`); image-to-video plan; dashboard plan, se SaaS; CTA plan; stack definida; restrições de performance; assets disponíveis; assets que ainda precisam ser criados.
+A skill pode receber: brief visual (do `wizz-decision-maker`); estrutura da landing (do `wizz-premium-landing-ui-researcher`); copy; direção visual; componentes recomendados (do `wizz-ui-component-curator`); animações recomendadas; fontes/componentes; 3D plan (do `wizz-motion-3d-director`); image-to-video plan; dashboard plan, se SaaS; CTA plan; stack definida; restrições de performance; assets disponíveis; assets que ainda precisam ser criados.
 
 Se faltar **informação crítica**, perguntar no máximo **5 coisas**. Se faltar detalhe menor, usar hipóteses coerentes e marcar como `[editável]`.
 
@@ -64,13 +64,13 @@ Se faltar **informação crítica**, perguntar no máximo **5 coisas**. Se falta
 
 Em caso de conflito entre decisões upstream, priorizar nesta ordem:
 
-1. Brief visual (`decision-maker`).
-2. Nível do site (`premium-landing-ui-researcher`).
-3. Motion path (`motion-3d-director`) — regras completas em `references/motion-path-implementation.md`.
+1. Brief visual (`wizz-decision-maker`).
+2. Nível do site (`wizz-premium-landing-ui-researcher`).
+3. Motion path (`wizz-motion-3d-director`) — regras completas em `references/motion-path-implementation.md`.
 4. Stack padrão.
 5. Perguntar — se o conflito afetar implementação e nenhuma das fontes resolver.
 
-**Exemplo crítico:** se `motion-3d-director` escolheu **image-to-video**, **não** implementar R3F/Three.js para o hero — usar `<video>` + Framer Motion para o overlay. Se escolheu **3D real**, planejar R3F com mobile fallback, dynamic import, e poster.
+**Exemplo crítico:** se `wizz-motion-3d-director` escolheu **image-to-video**, **não** implementar R3F/Three.js para o hero — usar `<video>` + Framer Motion para o overlay. Se escolheu **3D real**, planejar R3F com mobile fallback, dynamic import, e poster.
 
 ---
 
@@ -104,7 +104,7 @@ A resposta da skill deve sempre incluir: resumo técnico; stack recomendada; dep
 
 ## Regra final
 
-A `implementation-planner` **não decide gosto visual**. Ela transforma decisões já tomadas em arquitetura clara, implementável e performática.
+A `wizz-implementation-planner` **não decide gosto visual**. Ela transforma decisões já tomadas em arquitetura clara, implementável e performática.
 
 O melhor plano técnico é aquele que: reduz risco; preserva a direção visual; evita dependências inúteis; mantém performance; facilita manutenção; deixa claro o que o dev/AI precisa construir.
 
@@ -113,7 +113,7 @@ O melhor plano técnico é aquele que: reduz risco; preserva a direção visual;
 ## Reference map — carregar cada arquivo quando necessário
 
 - `references/implementation-types.md` — o que incluir por tipo de projeto (Landing page, Portfolio/Authority Site, SaaS Landing, SaaS Dashboard, 3D/Motion Site). **Carregar ao identificar o tipo de projeto.**
-- `references/motion-path-implementation.md` — regras e arquivos a planejar para cada um dos 4 motion paths. **Carregar sempre que houver decisão de motion-3d-director a seguir.**
+- `references/motion-path-implementation.md` — regras e arquivos a planejar para cada um dos 4 motion paths. **Carregar sempre que houver decisão de wizz-motion-3d-director a seguir.**
 - `references/folder-structure-and-dependencies.md` — estrutura de pastas padrão + dependências recomendadas por categoria. **Carregar ao montar stack/estrutura.**
 - `references/output-templates.md` — exemplos preenchidos de Component Map, Motion Map e Asset Map. **Carregar ao produzir esses três mapas.**
 - `references/performance-plan.md` — requisitos de performance (geral, vídeo, 3D) + targets. **Carregar ao montar o plano de performance.**

package/src/skills-lib/{implementation-planner → wizz-implementation-planner}/references/motion-path-implementation.md

@@ -4,7 +4,7 @@ Carregar sempre — a implementação deve seguir o motion path escolhido pelo m
 
 ## Motion Path Implementation Rules
 
-A implementação **deve seguir o motion path escolhido** pelo `motion-3d-director`.
+A implementação **deve seguir o motion path escolhido** pelo `wizz-motion-3d-director`.
 
 ### Se o path for 3D real
 

package/src/skills-lib/{infrastructure → wizz-infrastructure}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: infrastructure
+name: wizz-infrastructure
 description: Escalabilidade de infraestrutura — auto-scaling, Kubernetes HPA/VPA, CDN, SLOs, load testing. Use quando o pedido envolver escala de servidores, Kubernetes, CDN, monitoramento de capacidade.
 ---
 

package/src/skills-lib/{inicio-de-projeto → wizz-inicio-de-projeto}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: inicio-de-projeto
+name: wizz-inicio-de-projeto
 description: >
   Ponto de partida para projetos novos ou novas features. Usar quando: iniciar um projeto web, criar um novo módulo/feature,
   precisar de padrões de arquitetura, definir estrutura de pastas, estabelecer regras de código, começar um app SaaS/produto,
@@ -79,7 +79,7 @@ Termos PROIBIDOS na UI (genéricos):
 
 - `references/padroes-arquiteturais-e-pastas.md` — os 4 padrões arquiteturais P0-P3 (ciclo de vida com rascunho, cascatas, estado calculado, dashboards) e a estrutura de pastas completa do projeto. Carregar ao mapear um módulo novo ou criar a estrutura inicial.
 - `references/implementacao-api-forms.md` — padrões de código para API routes (Supabase + Zod + rate limit), schemas Supabase (RLS, soft delete), formulários (React Hook Form + Zod) e estado na URL (P-006). Carregar ao escrever uma rota, tabela ou formulário.
-- `references/seguranca-e-regras-codigo.md` — checklist de segurança embutida (resumo; ver skill `web-security` para a versão completa) e as regras de código do projeto (TypeScript, naming, tamanho de arquivo/função, imutabilidade). Carregar antes de finalizar qualquer PR.
+- `references/seguranca-e-regras-codigo.md` — checklist de segurança embutida (resumo; ver skill `wizz-web-security` para a versão completa) e as regras de código do projeto (TypeScript, naming, tamanho de arquivo/função, imutabilidade). Carregar antes de finalizar qualquer PR.
 
 ## Checklist de Início de Projeto
 

package/src/skills-lib/{inicio-de-projeto → wizz-inicio-de-projeto}/references/seguranca-e-regras-codigo.md

@@ -4,7 +4,7 @@ Carregue este arquivo antes de finalizar qualquer PR — checklist de segurança
 
 ## Segurança (embutida por padrão)
 
-Ver skill `web-security` para checklist completa. Resumo:
+Ver skill `wizz-web-security` para checklist completa. Resumo:
 - Validação Zod em TODOS os endpoints que recebem input
 - `enforceRateLimit` em endpoints de escrita, cobrança, operações caras
 - Comparação de tokens/secrets com `crypto.timingSafeEqual` (nunca `===`)

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: launch-readiness
+name: wizz-launch-readiness
 description: >
   Auditoria de prontidão pra lançamento (Pre-launch Audit), multi-área: técnico/build, segurança,
   SEO/descoberta, analytics/medição, conteúdo/copy/prova social, legal/LGPD, infra/deploy/rollback.
@@ -17,14 +17,14 @@ description: >
 
 Sete áreas de checagem, cada uma com um passe fechado: escopo único, saída padronizada, régua de corte própria. No fim, um passo de fusão consolida tudo num diagnóstico priorizado e grava o resumo no `project-context.md` do projeto.
 
-Não é skill de construção (isso é `premium-landing-ui-researcher` / `taste-skill` / `wizz-agent-dev`), não é a metodologia de caça a vulnerabilidade (isso é `security-audit-pentest`) e não executa as 15 rodadas corretivas de site (isso é `site-launch-kit`): aqui é diagnóstico amplo, com prioridade, pra decidir se dá pra lançar.
+Não é skill de construção (isso é `wizz-premium-landing-ui-researcher` / `wizz-taste-skill` / `wizz-agent-dev`), não é a metodologia de caça a vulnerabilidade (isso é `security-audit-pentest`) e não executa as 15 rodadas corretivas de site (isso é `site-launch-kit`): aqui é diagnóstico amplo, com prioridade, pra decidir se dá pra lançar.
 
 ## Gate por estágio (ler ANTES de rodar)
 
 Leia o estágio do projeto: `grep -m1 '^stage:' {project-root}/**/project-context.md` (fail-open, igual ao router/maestro).
 
 - **`mvp` ou `production`:** rode a auditoria completa. É exatamente pra isso que a skill existe.
-- **`prototype` ou sem arquivo `project-context.md`:** pare antes de rodar. Responda que o projeto ainda está cedo demais pra uma auditoria de lançamento (nada ou quase nada construído pra auditar) e aponte o caminho certo pra esse estágio: `inicio-de-projeto`, `wizz-forge-idea` ou `decision-maker` pra definir o produto primeiro. Só prossiga se o usuário insistir explicitamente, e nesse caso avise que os achados vão vir cheios de PENDÊNCIA por falta de superfície construída.
+- **`prototype` ou sem arquivo `project-context.md`:** pare antes de rodar. Responda que o projeto ainda está cedo demais pra uma auditoria de lançamento (nada ou quase nada construído pra auditar) e aponte o caminho certo pra esse estágio: `wizz-inicio-de-projeto`, `wizz-forge-idea` ou `wizz-decision-maker` pra definir o produto primeiro. Só prossiga se o usuário insistir explicitamente, e nesse caso avise que os achados vão vir cheios de PENDÊNCIA por falta de superfície construída.
 - **`maintenance`:** normalmente não é o caso de uso (produto já lançado, rodando). Só faz sentido se o pedido for sobre uma NOVA leva saindo do zero (feature grande, novo produto dentro do mesmo repo): confirme isso antes de rodar; senão, aponte `security-audit-pentest` (pentest periódico) ou o modo "Auditoria 360°" do `wizz-router` (auditoria ampla de codebase já em produção, não é sobre um evento de lançamento).
 
 ## Contrato comum (vale para as 7 áreas)
@@ -83,8 +83,8 @@ Depois das 7:
 
 - **`security-audit-pentest`**: aprofundamento de segurança. A área 02 aqui é uma varredura leve (superfície exposta); achados que precisam de prova de exploração ("como se explora") vão pra `security-audit-pentest`, não são recauchutados aqui.
 - **`site-launch-kit`**: quando a superfície do achado é SITE (CTA, prova social, Open Graph, schema local, robots/sitemap, LGPD do site, medição), o executor da correção é `site-launch-kit`. Esta skill não repete as 15 rodadas: só aponta qual rodada resolve o achado.
-- **`seo-audit`**: diagnóstico amplo de ranking/tráfego/core web vitals. A área 03 aqui é só indexabilidade básica (o site consegue ser encontrado), não é auditoria de SEO completa.
-- **Modo "Auditoria 360°" do `wizz-router`**: auditoria ampla de um projeto já em produção, por área técnica (código, banco, design, growth...), sem o recorte de "estamos prestes a lançar" nem o gate de estágio. Use launch-readiness para o evento de lançamento; use o modo 360° para saúde geral de um projeto maduro.
+- **`wizz-seo-audit`**: diagnóstico amplo de ranking/tráfego/core web vitals. A área 03 aqui é só indexabilidade básica (o site consegue ser encontrado), não é auditoria de SEO completa.
+- **Modo "Auditoria 360°" do `wizz-router`**: auditoria ampla de um projeto já em produção, por área técnica (código, banco, design, growth...), sem o recorte de "estamos prestes a lançar" nem o gate de estágio. Use wizz-launch-readiness para o evento de lançamento; use o modo 360° para saúde geral de um projeto maduro.
 
 ## O que esta skill NÃO faz
 

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/references/01-tecnico-build.md

@@ -1,6 +1,6 @@
 # Área 01 · Técnico / Build / Erros
 
-Checa se o projeto sobe, roda e se comporta como código de produção. Não é code review de arquitetura (isso é `wizz-code-review` / `adversarial-reviewer`): aqui é "isso quebra no ar?".
+Checa se o projeto sobe, roda e se comporta como código de produção. Não é code review de arquitetura (isso é `wizz-code-review` / `wizz-adversarial-reviewer`): aqui é "isso quebra no ar?".
 
 ## Checagens objetivas
 
@@ -10,8 +10,8 @@ Checa se o projeto sobe, roda e se comporta como código de produção. Não é
 4. **`console.log` e `debugger` em código de produção.** Presença em rota/componente que roda em produção é 🟡 (vaza informação em log de cliente/servidor, mas raramente quebra o produto).
 5. **Variáveis de ambiente sem fallback silencioso perigoso.** Uma env var crítica (chave de API, DSN, secret) sem valor e sem erro explícito no boot é 🔴 se o app sobe mesmo assim mascarando a falha (ex.: pagamento processa sem gateway configurado). Se o app falha alto e explícito no boot, não é achado.
 6. **Rotas/páginas quebradas.** Navegue (ou leia o roteamento) pelas páginas públicas principais listadas no `project-context.md` ou inferidas do roteador; 404/500 em página que deveria existir é 🔴. Link interno morto é 🟠.
-7. **Dependências com vulnerabilidade conhecida de severidade alta/crítica.** Rode o audit de dependências do gerenciador de pacotes do projeto. Alta/crítica em pacote de produção é 🟠 (aponte `database-and-deps` como executor); dev-only é 🟡.
-8. **Performance básica de carregamento.** Se existir métrica de Core Web Vitals já coletada (ferramenta do projeto, relatório de build), LCP/CLS ruim em página crítica é 🟡 e aponta `seo-audit` como aprofundamento; não meça do zero aqui, isso é escopo de `seo-audit`.
+7. **Dependências com vulnerabilidade conhecida de severidade alta/crítica.** Rode o audit de dependências do gerenciador de pacotes do projeto. Alta/crítica em pacote de produção é 🟠 (aponte `wizz-database-and-deps` como executor); dev-only é 🟡.
+8. **Performance básica de carregamento.** Se existir métrica de Core Web Vitals já coletada (ferramenta do projeto, relatório de build), LCP/CLS ruim em página crítica é 🟡 e aponta `wizz-seo-audit` como aprofundamento; não meça do zero aqui, isso é escopo de `wizz-seo-audit`.
 
 ## Regra de corte
 

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/references/02-seguranca.md

@@ -7,9 +7,9 @@ Varredura de SUPERFÍCIE exposta antes do launch, não caça a vulnerabilidade c
 1. **Secret hardcoded no repositório.** Chave de API, token, senha ou string de conexão literal em código versionado é 🔴. Vale pra `.env` commitado por engano também.
 2. **HTTPS e certificado.** Site/app sem HTTPS forçado (redirect HTTP→HTTPS ausente) é 🔴. Certificado expirando em menos de 15 dias (quando verificável) é 🟠.
 3. **Painel admin/rota interna exposta sem autenticação.** Rota administrativa, dashboard interno ou endpoint de debug acessível sem login é 🔴.
-4. **Headers de segurança básicos ausentes.** Sem `Content-Security-Policy`, `X-Frame-Options`/`frame-ancestors`, ou `Strict-Transport-Security` num app com dado sensível é 🟠; aponte `web-security` como executor.
+4. **Headers de segurança básicos ausentes.** Sem `Content-Security-Policy`, `X-Frame-Options`/`frame-ancestors`, ou `Strict-Transport-Security` num app com dado sensível é 🟠; aponte `wizz-web-security` como executor.
 5. **CORS aberto demais.** `Access-Control-Allow-Origin: *` numa API que aceita credenciais/token é 🔴; sem credenciais é 🟡.
-6. **Rate limiting ausente em rota sensível.** Login, cadastro, recuperação de senha ou endpoint que custa dinheiro (IA, SMS, e-mail) sem limite algum é 🟠; aponte `web-security` como executor.
+6. **Rate limiting ausente em rota sensível.** Login, cadastro, recuperação de senha ou endpoint que custa dinheiro (IA, SMS, e-mail) sem limite algum é 🟠; aponte `wizz-web-security` como executor.
 7. **Dependência com CVE crítica conhecida no caminho de produção.** Reforça o achado #7 da área 01 se aplicável a lib de auth/crypto especificamente: sobe pra 🔴.
 8. **Indício de mass assignment, IDOR ou injeção não provado ainda.** Campo de update que aceita o objeto inteiro do cliente sem allowlist, ou query montada por concatenação de string: registre como 🟠 "suspeita, precisa de prova de exploração" e aponte `security-audit-pentest`.
 

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/references/03-seo-descoberta.md

@@ -1,6 +1,6 @@
 # Área 03 · SEO / Descoberta
 
-Checa se o produto CONSEGUE ser encontrado no dia do lançamento. Não é diagnóstico de ranking, tráfego ou Core Web Vitals (isso é `seo-audit`) e, quando a superfície é SITE, não repete as rodadas de execução (isso é `site-launch-kit`, rodadas 08 a 13): aqui só confirma se o básico de indexabilidade existe.
+Checa se o produto CONSEGUE ser encontrado no dia do lançamento. Não é diagnóstico de ranking, tráfego ou Core Web Vitals (isso é `wizz-seo-audit`) e, quando a superfície é SITE, não repete as rodadas de execução (isso é `site-launch-kit`, rodadas 08 a 13): aqui só confirma se o básico de indexabilidade existe.
 
 Se o projeto não tem superfície web pública indexável (ex.: app mobile-only, ferramenta interna), responda `ITEM NÃO SE APLICA` com 1 linha de justificativa e pare.
 
@@ -10,13 +10,13 @@ Se o projeto não tem superfície web pública indexável (ex.: app mobile-only,
 2. **Sitemap presente e referenciado no `robots.txt`.** Ausente é 🟠.
 3. **Title e meta description únicos nas páginas públicas principais.** Title padrão/repetido (ex.: mesmo title em todas as páginas) é 🟠. Aponte `site-launch-kit` (rodada 08).
 4. **Open Graph configurado.** Sem `og:title`/`og:image`/`og:description`, a prévia de compartilhamento (WhatsApp, redes) sai quebrada. É 🟡, mas sobe pra 🟠 se o canal de aquisição principal do lançamento é social/WhatsApp. Aponte `site-launch-kit` (rodada 09).
-5. **Dados estruturados básicos do negócio.** Ausência não é bloqueante isolado, mas se o negócio depende de aparecer no Google local/rich snippet, é 🟡. Aponte `site-launch-kit` (rodada 12) ou `schema-markup`.
+5. **Dados estruturados básicos do negócio.** Ausência não é bloqueante isolado, mas se o negócio depende de aparecer no Google local/rich snippet, é 🟡. Aponte `site-launch-kit` (rodada 12) ou `wizz-schema-markup`.
 6. **Canonical e indexação não duplicada.** Múltiplas URLs servindo o mesmo conteúdo sem `rel=canonical` é 🟡.
 7. **Domínio/DNS resolvendo pro ambiente de produção certo.** Domínio configurado mas apontando pro ambiente de staging/preview é 🔴 (achado de infra também, ver área 07; registre aqui só a parte de descoberta: se o buscador já indexou o domínio errado).
 
 ## Regra de corte
 
-Não rode auditoria de ranking/backlink/palavra-chave aqui: isso é escopo do `seo-audit`, ofereça-o como próximo passo pós-launch, não execute agora.
+Não rode auditoria de ranking/backlink/palavra-chave aqui: isso é escopo do `wizz-seo-audit`, ofereça-o como próximo passo pós-launch, não execute agora.
 
 ## Formato de saída
 

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/references/05-conteudo-prova-social.md

@@ -1,6 +1,6 @@
 # Área 05 · Conteúdo / Copy / Prova Social
 
-Checa se o que está escrito e mostrado é REAL e está pronto, não se a copy é boa (isso é `copywriting`/`copy-editing`). Regra central, herdada do `site-launch-kit`: nenhum dado de negócio inventado passa como conforme. O que faltar vira PENDÊNCIA, nunca um chute preenchido por estimativa.
+Checa se o que está escrito e mostrado é REAL e está pronto, não se a copy é boa (isso é `wizz-copywriting`/`wizz-copy-editing`). Regra central, herdada do `site-launch-kit`: nenhum dado de negócio inventado passa como conforme. O que faltar vira PENDÊNCIA, nunca um chute preenchido por estimativa.
 
 ## Checagens objetivas
 
@@ -10,7 +10,7 @@ Checa se o que está escrito e mostrado é REAL e está pronto, não se a copy
 4. **Imagem real vs. stock genérico.** Foto de banco de imagem genérico em contexto que deveria ser autêntico (equipe, produto, local) é 🟡, sobe pra 🟠 se o setor depende de confiança visual (saúde, serviço presencial, financeiro). Aponte `site-launch-kit` (rodada 06).
 5. **Consistência de nome de produto/marca.** Nome do produto grafado de formas diferentes entre páginas (ex.: "MeJu" vs "Me Ju" vs "meju") é 🟡.
 6. **CTA e mensagem principal presentes e claros.** Ausência de CTA principal acima da dobra na página de entrada é 🔴 quando o objetivo do lançamento depende de conversão direta. Aponte `site-launch-kit` (rodada 01).
-7. **FAQ ou conteúdo de objeção pronto pro volume esperado.** Ausência de FAQ quando o produto tem objeção recorrente conhecida é 🟡. Aponte `site-launch-kit` (rodada 05) ou `copywriting`.
+7. **FAQ ou conteúdo de objeção pronto pro volume esperado.** Ausência de FAQ quando o produto tem objeção recorrente conhecida é 🟡. Aponte `site-launch-kit` (rodada 05) ou `wizz-copywriting`.
 
 ## Regra de corte
 

package/src/skills-lib/{launch-readiness → wizz-launch-readiness}/references/09-persistencia-project-context.md

@@ -18,7 +18,7 @@ Template exato da seção:
 ```markdown
 ## Auditoria de Prontidão pra Lançamento
 
-Última rodada: {{YYYY-MM-DD}}. Resultado da skill `launch-readiness`; substitui a rodada anterior (não é histórico).
+Última rodada: {{YYYY-MM-DD}}. Resultado da skill `wizz-launch-readiness`; substitui a rodada anterior (não é histórico).
 
 **Resumo:** 🔴 {{n_bloqueante}} bloqueante(s) · 🟠 {{n_alto}} alto(s) · 🟡 {{n_medio}} médio(s) · 🟢 {{n_ok}} ok
 

package/src/skills-lib/{launch-strategy → wizz-launch-strategy}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: launch-strategy
-description: "When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'launch checklist,' 'GTM plan,' or 'we're about to ship.' Use this whenever someone is preparing to release something publicly. For ongoing marketing after launch, see marketing-ideas."
+name: wizz-launch-strategy
+description: "When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'launch checklist,' 'GTM plan,' or 'we're about to ship.' Use this whenever someone is preparing to release something publicly. For ongoing marketing after launch, see wizz-marketing-ideas."
 metadata:
   version: 1.1.0
 ---
@@ -43,9 +43,9 @@ Figure out where the user is in the process: pre-launch (needs channel strategy
 
 ## Related Skills
 
-- **marketing-ideas**: For additional launch tactics (#22 Product Hunt, #23 Early Access Referrals)
-- **email-sequence**: For launch and onboarding email sequences
-- **page-cro**: For optimizing launch landing pages
-- **marketing-psychology**: For psychology behind waitlists and exclusivity
-- **programmatic-seo**: For comparison pages mentioned in post-launch
-- **sales-enablement**: For launch sales collateral and enablement materials
+- **wizz-marketing-ideas**: For additional launch tactics (#22 Product Hunt, #23 Early Access Referrals)
+- **wizz-email-sequence**: For launch and onboarding email sequences
+- **wizz-page-cro**: For optimizing launch landing pages
+- **wizz-marketing-psychology**: For psychology behind waitlists and exclusivity
+- **wizz-programmatic-seo**: For comparison pages mentioned in post-launch
+- **wizz-sales-enablement**: For launch sales collateral and enablement materials

package/src/skills-lib/{launch-strategy → wizz-launch-strategy}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "launch-strategy",
+  "skill_name": "wizz-launch-strategy",
   "evals": [
     {
       "id": 1,

package/src/skills-lib/{marketing-ideas → wizz-marketing-ideas}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: marketing-ideas
-description: "When the user needs marketing ideas, inspiration, or strategies for their SaaS or software product. Also use when the user asks for 'marketing ideas,' 'growth ideas,' 'how to market,' 'marketing strategies,' 'marketing tactics,' 'ways to promote,' 'ideas to grow,' 'what else can I try,' 'I don't know how to market this,' 'brainstorm marketing,' or 'what marketing should I do.' Use this as a starting point whenever someone is stuck or looking for inspiration on how to grow. For specific channel execution, see the relevant skill (paid-ads, social-content, email-sequence, etc.)."
+name: wizz-marketing-ideas
+description: "When the user needs marketing ideas, inspiration, or strategies for their SaaS or software product. Also use when the user asks for 'marketing ideas,' 'growth ideas,' 'how to market,' 'marketing strategies,' 'marketing tactics,' 'ways to promote,' 'ideas to grow,' 'what else can I try,' 'I don't know how to market this,' 'brainstorm marketing,' or 'what marketing should I do.' Use this as a starting point whenever someone is stuck or looking for inspiration on how to grow. For specific channel execution, see the relevant skill (wizz-paid-ads, wizz-social-content, wizz-email-sequence, etc.)."
 metadata:
   version: 1.1.0
 ---
@@ -160,8 +160,8 @@ When recommending ideas, provide for each:
 
 ## Related Skills
 
-- **programmatic-seo**: For scaling SEO content (#4)
-- **competitor-alternatives**: For comparison pages (#11)
-- **email-sequence**: For email marketing tactics
-- **free-tool-strategy**: For engineering as marketing (#15)
-- **referral-program**: For viral growth (#93)
+- **wizz-programmatic-seo**: For scaling SEO content (#4)
+- **wizz-competitor-alternatives**: For comparison pages (#11)
+- **wizz-email-sequence**: For email marketing tactics
+- **wizz-free-tool-strategy**: For engineering as marketing (#15)
+- **wizz-referral-program**: For viral growth (#93)

package/src/skills-lib/{marketing-ideas → wizz-marketing-ideas}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "marketing-ideas",
+  "skill_name": "wizz-marketing-ideas",
   "evals": [
     {
       "id": 1,

package/src/skills-lib/{marketing-psychology → wizz-marketing-psychology}/SKILL.md

@@ -1,5 +1,5 @@
 ---
-name: marketing-psychology
+name: wizz-marketing-psychology
 description: "When the user wants to apply psychological principles, mental models, or behavioral science to marketing. Also use when the user mentions 'psychology,' 'mental models,' 'cognitive bias,' 'persuasion,' 'behavioral science,' 'why people buy,' 'decision-making,' 'consumer behavior,' 'anchoring,' 'social proof,' 'scarcity,' 'loss aversion,' 'framing,' or 'nudge.' Use this whenever someone wants to understand or leverage how people think and make decisions in a marketing context."
 metadata:
   version: 1.1.0
@@ -52,11 +52,11 @@ When facing a marketing challenge, consider:
 
 ## Related Skills
 
-- **page-cro**: Apply psychology to page optimization
-- **copywriting**: Write copy using psychological principles
-- **popup-cro**: Use triggers and psychology in popups
-- **pricing-page optimization**: See page-cro for pricing psychology
-- **ab-test-setup**: Test psychological hypotheses
+- **wizz-page-cro**: Apply psychology to page optimization
+- **wizz-copywriting**: Write copy using psychological principles
+- **wizz-popup-cro**: Use triggers and psychology in popups
+- **pricing-page optimization**: See wizz-page-cro for pricing psychology
+- **wizz-ab-test-setup**: Test psychological hypotheses
 
 ---
 

package/src/skills-lib/{marketing-psychology → wizz-marketing-psychology}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "marketing-psychology",
+  "skill_name": "wizz-marketing-psychology",
   "evals": [
     {
       "id": 1,

package/src/skills-lib/{motion-3d-director → wizz-motion-3d-director}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: motion-3d-director
-description: Direction system for premium motion, 3D, image-to-video, WebGL, shader, scroll animation, cinematic hero, React Three Fiber, Spline, Unicorn Studio. Use when a site needs 3D hero, video hero, image-to-video, WebGL, particles, shaders, advanced scroll, Signature 3D Experience, or when premium-landing-ui-researcher classifies the project as 3D High-End or Signature 3D. The skill decides between real-time 3D, image-to-video, hybrid motion, or premium 2D motion BEFORE implementation, then outputs prompts and a handoff for implementation-planner.
+name: wizz-motion-3d-director
+description: Direction system for premium motion, 3D, image-to-video, WebGL, shader, scroll animation, cinematic hero, React Three Fiber, Spline, Unicorn Studio. Use when a site needs 3D hero, video hero, image-to-video, WebGL, particles, shaders, advanced scroll, Signature 3D Experience, or when wizz-premium-landing-ui-researcher classifies the project as 3D High-End or Signature 3D. The skill decides between real-time 3D, image-to-video, hybrid motion, or premium 2D motion BEFORE implementation, then outputs prompts and a handoff for implementation-planner.
 ---
 
 # Motion / 3D Director
@@ -38,7 +38,7 @@ Acionar quando o usuário disser ou o projeto indicar:
 - "quero transformar imagem em vídeo" / "quero usar minha logo como hero";
 - "não tenho imagem, mas quero algo 3D".
 
-Também usar automaticamente quando `premium-landing-ui-researcher` classificar o projeto como:
+Também usar automaticamente quando `wizz-premium-landing-ui-researcher` classificar o projeto como:
 
 - **3D High-End Site**;
 - **3D High-End Site — modo Signature 3D Experience**.
@@ -47,9 +47,9 @@ Também usar automaticamente quando `premium-landing-ui-researcher` classificar
 
 Pular esta skill quando:
 
-- O nível do projeto for **Basic Site** ou **Intermediate Site** — não há decisão de motion path a fazer; `premium-landing-ui-researcher` resolve sozinho com motion 2D leve.
+- O nível do projeto for **Basic Site** ou **Intermediate Site** — não há decisão de motion path a fazer; `wizz-premium-landing-ui-researcher` resolve sozinho com motion 2D leve.
 - O nível for **Advanced Site** e o usuário não pediu nenhum elemento 3D/vídeo — Advanced opera bem com motion 2D premium e a decisão de path é trivial.
-- O usuário ainda não tem brief (rodar `decision-maker` primeiro — sem feeling, hero object e three-second memory, qualquer direção de motion vira chute).
+- O usuário ainda não tem brief (rodar `wizz-decision-maker` primeiro — sem feeling, hero object e three-second memory, qualquer direção de motion vira chute).
 
 ---
 
@@ -57,7 +57,7 @@ Pular esta skill quando:
 
 Antes de recomendar qualquer implementação, decidir entre os quatro paths considerando:
 
-- objetivo do site; público; nível visual (do `premium-landing-ui-researcher`); hero object (do brief); feeling (do brief); three-second memory (do brief);
+- objetivo do site; público; nível visual (do `wizz-premium-landing-ui-researcher`); hero object (do brief); feeling (do brief); three-second memory (do brief);
 - se existe logo; se existe imagem; se existe mockup; se existe produto;
 - se precisa de interação real; performance mobile; tempo de implementação; impacto desejado; custo de manutenção.
 
@@ -75,7 +75,7 @@ Objetivo:
 
 Deve parecer: autoral; raro; cinematográfico; técnico; premium; sofisticado; memorável; impossível de confundir com template.
 
-**Motion Budget e Signature Motion Checklist (Hero / Scroll / Background / Components) vivem em `premium-landing-ui-researcher`** — seção `## Motion & Interaction Complexity Ladder`. Não duplicar aqui. Consultar lá ao montar o plano do site e usar como entrada para a decisão de path desta skill.
+**Motion Budget e Signature Motion Checklist (Hero / Scroll / Background / Components) vivem em `wizz-premium-landing-ui-researcher`** — seção `## Motion & Interaction Complexity Ladder`. Não duplicar aqui. Consultar lá ao montar o plano do site e usar como entrada para a decisão de path desta skill.
 
 O que **esta skill** decide para Signature 3D:
 
@@ -83,13 +83,13 @@ O que **esta skill** decide para Signature 3D:
 - qual o asset base (logo? objeto signature abstrato? cena atmosférica?);
 - prompts de imagem e vídeo — ver `references/image-to-video-workflow.md`;
 - performance plan completo;
-- handoff para `implementation-planner`.
+- handoff para `wizz-implementation-planner`.
 
 ---
 
 ## Performance Requirements + Handoff
 
-Todo plano 3D, vídeo ou motion avançado precisa de fallback mobile, poster image, `prefers-reduced-motion`, lazy load e respeitar Core Web Vitals. Ao final, sempre entregar o bloco de handoff para `implementation-planner` (motion path, assets, arquivos esperados, stack, notas). Lista completa de requisitos + targets (LCP/CLS/INP) + template exato do handoff em `references/performance-and-handoff.md`.
+Todo plano 3D, vídeo ou motion avançado precisa de fallback mobile, poster image, `prefers-reduced-motion`, lazy load e respeitar Core Web Vitals. Ao final, sempre entregar o bloco de handoff para `wizz-implementation-planner` (motion path, assets, arquivos esperados, stack, notas). Lista completa de requisitos + targets (LCP/CLS/INP) + template exato do handoff em `references/performance-and-handoff.md`.
 
 ---
 
@@ -110,7 +110,7 @@ Quando esta skill for acionada, entregar:
 11. **Fallback mobile**.
 12. **Performance notes** (Core Web Vitals, lazy load, reduced motion).
 13. **O que evitar** (web3 template, neon, sci-fi barato, 3D gratuito).
-14. **Handoff para `implementation-planner`** (template em `references/performance-and-handoff.md`).
+14. **Handoff para `wizz-implementation-planner`** (template em `references/performance-and-handoff.md`).
 
 ---
 

package/src/skills-lib/{motion-3d-director → wizz-motion-3d-director}/references/performance-and-handoff.md

@@ -1,6 +1,6 @@
 # Performance requirements + handoff template
 
-Carregar ao fechar o output desta skill: a lista completa de requisitos de performance (fallback mobile, lazy load, Core Web Vitals) e o template exato do bloco de handoff para implementation-planner.
+Carregar ao fechar o output desta skill: a lista completa de requisitos de performance (fallback mobile, lazy load, Core Web Vitals) e o template exato do bloco de handoff para wizz-implementation-planner.
 
 ## Performance Requirements
 
@@ -10,12 +10,12 @@ Todo plano 3D, vídeo ou motion avançado deve incluir:
 
 **Targets sugeridos:** LCP < 2.5s desktop; LCP < 3.5s mobile 4G; CLS < 0.1; INP < 200ms; bundle inicial controlado; 3D/vídeo fora do critical path quando possível.
 
-## Handoff para implementation-planner
+## Handoff para wizz-implementation-planner
 
 Ao final, sempre entregar um bloco assim:
 
 ```
-## Handoff para implementation-planner
+## Handoff para wizz-implementation-planner
 
 Motion path escolhido:
 [3D real / image-to-video / hybrid motion / motion 2D premium]

package/src/skills-lib/wizz-offer-forge/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: wizz-offer-forge
-description: Forja ofertas irresistíveis de resposta direta e infoprodutos integrando mecanismo único, tese da oferta, empilhamento de valor, garantia reversa, ancoragem de preço e matriz de criativos para tráfego pago. Use quando o usuário quiser criar uma nova oferta do zero, reestruturar oferta existente que não converte, empilhar bônus de alta percepção, definir garantia agressiva ou traduzir pesquisa de público (Piva/VoC) em uma máquina de vendas. NÃO use para pesquisa bruta de público (use pesquisa-de-publico-do-piva) nem redação final de copy de página (use copywriting).
+description: Forja ofertas irresistíveis de resposta direta e infoprodutos integrando mecanismo único, tese da oferta, empilhamento de valor, garantia reversa, ancoragem de preço e matriz de criativos para tráfego pago. Use quando o usuário quiser criar uma nova oferta do zero, reestruturar oferta existente que não converte, empilhar bônus de alta percepção, definir garantia agressiva ou traduzir pesquisa de público (Piva/VoC) em uma máquina de vendas. NÃO use para pesquisa bruta de público (use pesquisa-de-publico-do-piva) nem redação final de copy de página (use wizz-copywriting).
 ---
 
 # Wizz Offer Forge
@@ -75,7 +75,7 @@ Consulte `references/garantia-reversa.md`:
 ### Passo 5 — Ponte de Tráfego & Ângulos de Anúncios
 
 Consulte `references/ponte-trafego.md`:
-- Mapeie 3 a 5 ganchos diretos para alimentar `ad-creative` e `paid-ads` no `traffic-masters` (Pedro Sobral / Molly Pittman / Ad Midas):
+- Mapeie 3 a 5 ganchos diretos para alimentar `wizz-ad-creative` e `wizz-paid-ads` no `traffic-masters` (Pedro Sobral / Molly Pittman / Ad Midas):
   1. *Gancho da Quebra de Padrão / Vilão Revelado*
   2. *Gancho do Erro Comum / Teste Rápido*
   3. *Gancho da Demonstração do Mecanismo*
@@ -93,7 +93,7 @@ Derive da própria oferta, sem inventar número:
 - **Metas por transição do funil**, calibradas para este ticket, com a fonte da régua declarada.
 - **A hipótese principal** em uma frase, e o **número que reprova a oferta**.
 
-Se a skill `tracking-audit` estiver instalada, delegue a implantação e a conferência para ela: aqui se declara o que precisa ser verdade, lá se prova que é.
+Se a skill `wizz-tracking-audit` estiver instalada, delegue a implantação e a conferência para ela: aqui se declara o que precisa ser verdade, lá se prova que é.
 
 ### Passo 7 — Compilação e Entrega
 

package/src/skills-lib/wizz-offer-forge/references/plano-de-medicao.md

@@ -36,7 +36,7 @@ story      utm_source=instagram&utm_medium=story&utm_campaign=<oferta>
 e-mail     utm_source=email&utm_medium=<sequência>&utm_campaign=<oferta>
 ```
 
-Rota sem UTM cai no balde do orgânico e some da análise. Se a skill `tracking-audit` estiver instalada, ela é a dona da implantação e da conferência disso.
+Rota sem UTM cai no balde do orgânico e some da análise. Se a skill `wizz-tracking-audit` estiver instalada, ela é a dona da implantação e da conferência disso.
 
 ## 3. Metas por transição
 
@@ -70,5 +70,5 @@ O volume mínimo importa tanto quanto o número. "Não converteu" com 40 visitas
 
 Este bloco **declara** o que precisa ser verdade. Ele não instala nada e não confere nada.
 
-- Com `tracking-audit` instalada: o passo seguinte é rodar o modo implantação dela usando este bloco como entrada.
+- Com `wizz-tracking-audit` instalada: o passo seguinte é rodar o modo implantação dela usando este bloco como entrada.
 - Sem ela: entregue o bloco como checklist manual e diga que a conferência não foi feita.

package/src/skills-lib/{onboarding-cro → wizz-onboarding-cro}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: onboarding-cro
-description: When the user wants to optimize post-signup onboarding, user activation, first-run experience, or time-to-value. Also use when the user mentions "onboarding flow," "activation rate," "user activation," "first-run experience," "empty states," "onboarding checklist," "aha moment," "new user experience," "users aren't activating," "nobody completes setup," "low activation rate," "users sign up but don't use the product," "time to value," or "first session experience." Use this whenever users are signing up but not sticking around. For signup/registration optimization, see signup-flow-cro. For ongoing email sequences, see email-sequence.
+name: wizz-onboarding-cro
+description: When the user wants to optimize post-signup onboarding, user activation, first-run experience, or time-to-value. Also use when the user mentions "onboarding flow," "activation rate," "user activation," "first-run experience," "empty states," "onboarding checklist," "aha moment," "new user experience," "users aren't activating," "nobody completes setup," "low activation rate," "users sign up but don't use the product," "time to value," or "first session experience." Use this whenever users are signing up but not sticking around. For signup/registration optimization, see wizz-signup-flow-cro. For ongoing email sequences, see wizz-email-sequence.
 metadata:
   version: 1.1.0
 ---
@@ -214,7 +214,7 @@ When recommending experiments, consider tests for:
 
 ## Related Skills
 
-- **signup-flow-cro**: For optimizing the signup before onboarding
-- **email-sequence**: For onboarding email series
-- **paywall-upgrade-cro**: For converting to paid during/after onboarding
-- **ab-test-setup**: For testing onboarding changes
+- **wizz-signup-flow-cro**: For optimizing the signup before onboarding
+- **wizz-email-sequence**: For onboarding email series
+- **wizz-paywall-upgrade-cro**: For converting to paid during/after onboarding
+- **wizz-ab-test-setup**: For testing onboarding changes

package/src/skills-lib/{onboarding-cro → wizz-onboarding-cro}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "onboarding-cro",
+  "skill_name": "wizz-onboarding-cro",
   "evals": [
     {
       "id": 1,

package/src/skills-lib/{page-cro → wizz-page-cro}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: page-cro
-description: When the user wants to optimize, improve, or increase conversions on any marketing page — including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says "CRO," "conversion rate optimization," "this page isn't converting," "improve conversions," "why isn't this page working," "my landing page sucks," "nobody's converting," "low conversion rate," "bounce rate is too high," "people leave without signing up," or "this page needs work." Use this even if the user just shares a URL and asks for feedback — they probably want conversion help. For signup/registration flows, see signup-flow-cro. For post-signup activation, see onboarding-cro. For forms outside of signup, see form-cro. For popups/modals, see popup-cro.
+name: wizz-page-cro
+description: When the user wants to optimize, improve, or increase conversions on any marketing page — including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says "CRO," "conversion rate optimization," "this page isn't converting," "improve conversions," "why isn't this page working," "my landing page sucks," "nobody's converting," "low conversion rate," "bounce rate is too high," "people leave without signing up," or "this page needs work." Use this even if the user just shares a URL and asks for feedback — they probably want conversion help. For signup/registration flows, see wizz-signup-flow-cro. For post-signup activation, see wizz-onboarding-cro. For forms outside of signup, see wizz-form-cro. For popups/modals, see wizz-popup-cro.
 metadata:
   version: 1.1.0
 ---
@@ -175,8 +175,8 @@ When recommending experiments, consider tests for:
 
 ## Related Skills
 
-- **signup-flow-cro**: If the issue is in the signup process itself
-- **form-cro**: If forms on the page need optimization
-- **popup-cro**: If considering popups as part of the strategy
-- **copywriting**: If the page needs a complete copy rewrite
-- **ab-test-setup**: To properly test recommended changes
+- **wizz-signup-flow-cro**: If the issue is in the signup process itself
+- **wizz-form-cro**: If forms on the page need optimization
+- **wizz-popup-cro**: If considering popups as part of the strategy
+- **wizz-copywriting**: If the page needs a complete copy rewrite
+- **wizz-ab-test-setup**: To properly test recommended changes

package/src/skills-lib/{page-cro → wizz-page-cro}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "page-cro",
+  "skill_name": "wizz-page-cro",
   "evals": [
     {
       "id": 1,

package/src/skills-lib/{paid-ads → wizz-paid-ads}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: paid-ads
-description: "When the user wants help with paid advertising campaigns on Google Ads, Meta (Facebook/Instagram), LinkedIn, Twitter/X, or other ad platforms. Also use when the user mentions 'PPC,' 'paid media,' 'ROAS,' 'CPA,' 'ad campaign,' 'retargeting,' 'audience targeting,' 'Google Ads,' 'Facebook ads,' 'LinkedIn ads,' 'ad budget,' 'cost per click,' 'ad spend,' or 'should I run ads.' Use this for campaign strategy, audience targeting, bidding, and optimization. For bulk ad creative generation and iteration, see ad-creative. For landing page optimization, see page-cro."
+name: wizz-paid-ads
+description: "When the user wants help with paid advertising campaigns on Google Ads, Meta (Facebook/Instagram), LinkedIn, Twitter/X, or other ad platforms. Also use when the user mentions 'PPC,' 'paid media,' 'ROAS,' 'CPA,' 'ad campaign,' 'retargeting,' 'audience targeting,' 'Google Ads,' 'Facebook ads,' 'LinkedIn ads,' 'ad budget,' 'cost per click,' 'ad spend,' or 'should I run ads.' Use this for campaign strategy, audience targeting, bidding, and optimization. For bulk ad creative generation and iteration, see wizz-ad-creative. For landing page optimization, see wizz-page-cro."
 metadata:
   version: 1.1.0
 ---
@@ -308,8 +308,8 @@ For tracking, see also: [ga4.md](../../tools/integrations/ga4.md), [segment.md](
 
 ## Related Skills
 
-- **ad-creative**: For generating and iterating ad headlines, descriptions, and creative at scale
-- **copywriting**: For landing page copy that converts ad traffic
-- **analytics-tracking**: For proper conversion tracking setup
-- **ab-test-setup**: For landing page testing to improve ROAS
-- **page-cro**: For optimizing post-click conversion rates
+- **wizz-ad-creative**: For generating and iterating ad headlines, descriptions, and creative at scale
+- **wizz-copywriting**: For landing page copy that converts ad traffic
+- **wizz-analytics-tracking**: For proper conversion tracking setup
+- **wizz-ab-test-setup**: For landing page testing to improve ROAS
+- **wizz-page-cro**: For optimizing post-click conversion rates

package/src/skills-lib/{paid-ads → wizz-paid-ads}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "paid-ads",
+  "skill_name": "wizz-paid-ads",
   "evals": [
     {
       "id": 1,