wizz-method 1.19.0 → 2.0.0

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

@@ -1,6 +1,6 @@
 ---
-name: email-sequence
-description: When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see cold-email. For in-app onboarding, see onboarding-cro.
+name: wizz-email-sequence
+description: When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see wizz-cold-email. For in-app onboarding, see wizz-onboarding-cro.
 metadata:
   version: 1.1.0
 ---
@@ -301,9 +301,9 @@ For implementation, see the [tools registry](../../tools/REGISTRY.md). Key email
 
 ## Related Skills
 
-- **churn-prevention**: For cancel flows, save offers, and dunning strategy (email supports this)
-- **onboarding-cro**: For in-app onboarding (email supports this)
-- **copywriting**: For landing pages emails link to
-- **ab-test-setup**: For testing email elements
-- **popup-cro**: For email capture popups
-- **revops**: For lifecycle stages that trigger email sequences
+- **wizz-churn-prevention**: For cancel flows, save offers, and dunning strategy (email supports this)
+- **wizz-onboarding-cro**: For in-app onboarding (email supports this)
+- **wizz-copywriting**: For landing pages emails link to
+- **wizz-ab-test-setup**: For testing email elements
+- **wizz-popup-cro**: For email capture popups
+- **wizz-revops**: For lifecycle stages that trigger email sequences

package/src/skills-lib/{email-sequence → wizz-email-sequence}/evals/evals.json

@@ -1,5 +1,5 @@
 {
-  "skill_name": "email-sequence",
+  "skill_name": "wizz-email-sequence",
   "evals": [
     {
       "id": 1,

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

@@ -1,6 +1,6 @@
 ---
-name: form-cro
-description: When the user wants to optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," "contact form," "nobody fills out our form," "form abandonment," "too many fields," "demo request form," or "lead form isn't converting." Use this for any non-signup form that captures information. For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro.
+name: wizz-form-cro
+description: When the user wants to optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," "contact form," "nobody fills out our form," "form abandonment," "too many fields," "demo request form," or "lead form isn't converting." Use this for any non-signup form that captures information. For signup/registration forms, see wizz-signup-flow-cro. For popups containing forms, see wizz-popup-cro.
 metadata:
   version: 1.1.0
 ---
@@ -45,7 +45,7 @@ Before providing recommendations, identify:
 
 ## Related Skills
 
-- **signup-flow-cro**: For account creation forms
-- **popup-cro**: For forms inside popups/modals
-- **page-cro**: For the page containing the form
-- **ab-test-setup**: For testing form changes
+- **wizz-signup-flow-cro**: For account creation forms
+- **wizz-popup-cro**: For forms inside popups/modals
+- **wizz-page-cro**: For the page containing the form
+- **wizz-ab-test-setup**: For testing form changes

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

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

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

@@ -1,6 +1,6 @@
 ---
-name: free-tool-strategy
-description: When the user wants to plan, evaluate, or build a free tool for marketing purposes — lead generation, SEO value, or brand awareness. Also use when the user mentions "engineering as marketing," "free tool," "marketing tool," "calculator," "generator," "interactive tool," "lead gen tool," "build a tool for leads," "free resource," "ROI calculator," "grader tool," "audit tool," "should I build a free tool," or "tools for lead gen." Use this whenever someone wants to build something useful and give it away to attract leads or earn links. For content-based lead generation, see content-strategy.
+name: wizz-free-tool-strategy
+description: When the user wants to plan, evaluate, or build a free tool for marketing purposes — lead generation, SEO value, or brand awareness. Also use when the user mentions "engineering as marketing," "free tool," "marketing tool," "calculator," "generator," "interactive tool," "lead gen tool," "build a tool for leads," "free resource," "ROI calculator," "grader tool," "audit tool," "should I build a free tool," or "tools for lead gen." Use this whenever someone wants to build something useful and give it away to attract leads or earn links. For content-based lead generation, see wizz-content-strategy.
 metadata:
   version: 1.1.0
 ---
@@ -172,7 +172,7 @@ Rate each factor 1-5:
 
 ## Related Skills
 
-- **page-cro**: For optimizing the tool's landing page
-- **seo-audit**: For SEO-optimizing the tool
-- **analytics-tracking**: For measuring tool usage
-- **email-sequence**: For nurturing leads from the tool
+- **wizz-page-cro**: For optimizing the tool's landing page
+- **wizz-seo-audit**: For SEO-optimizing the tool
+- **wizz-analytics-tracking**: For measuring tool usage
+- **wizz-email-sequence**: For nurturing leads from the tool

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

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

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

@@ -1,5 +1,5 @@
 ---
-name: huashu-design
+name: wizz-huashu-design
 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、设计变体探索或设计评审。
 ---
 

package/src/skills-lib/{huashu-design → wizz-huashu-design}/references/slide-decks.md

@@ -172,7 +172,7 @@ Chromium 默认不带彩色 emoji 字体，`page.pdf()` 或 `page.screenshot()`
 
 ### 2. `export_deck_pdf.mjs` 报错 `Cannot find package 'playwright'`
 
-原因：ESM 模块解析从脚本所在位置向上找 `node_modules`。脚本在 `~/.claude/skills/huashu-design/scripts/`，那里没依赖。
+原因：ESM 模块解析从脚本所在位置向上找 `node_modules`。脚本在 `~/.claude/skills/wizz-huashu-design/scripts/`，那里没依赖。
 
 **对策**：把脚本复制到 deck 项目目录（例如 `brochure/build-pdf.mjs`），在项目根跑 `npm install playwright pdf-lib`，然后 `node build-pdf.mjs --slides slides --out output/deck.pdf`。
 

package/src/skills-lib/{huashu-design → wizz-huashu-design}/references/verification.md

@@ -21,7 +21,7 @@ open -a "Google Chrome" "/path/to/your/design.html"
 HTML文件里最常见的问题是JS报错导致白屏。用Playwright跑一遍：
 
 ```bash
-python ~/.claude/skills/huashu-design/scripts/verify.py path/to/design.html
+python ~/.claude/skills/wizz-huashu-design/scripts/verify.py path/to/design.html
 ```
 
 这个脚本会：

package/src/skills-lib/{huashu-design → wizz-huashu-design}/scripts/tts-doubao.mjs

@@ -101,7 +101,7 @@ async function tts({ text, voice, speed, encoding }) {
 
   const body = {
     app: { cluster },
-    user: { uid: 'huashu-design' },
+    user: { uid: 'wizz-huashu-design' },
     audio: {
       voice_type: voiceId,
       encoding,

package/src/skills-lib/{humanizer → wizz-humanizer}/README.md

@@ -16,8 +16,8 @@ git clone https://github.com/blader/humanizer.git ~/.claude/skills/humanizer
 If you already have this repo cloned (or you downloaded `SKILL.md`), copy the skill file into Claude Code’s skills directory:
 
 ```bash
-mkdir -p ~/.claude/skills/humanizer
-cp SKILL.md ~/.claude/skills/humanizer/
+mkdir -p ~/.claude/skills/wizz-humanizer
+cp SKILL.md ~/.claude/skills/wizz-humanizer/
 ```
 
 ## Usage

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

@@ -1,5 +1,5 @@
 ---
-name: humanizer
+name: wizz-humanizer
 version: 2.3.0
 description: |
   Remove signs of AI-generated writing from text. Use when editing or reviewing

package/src/skills-lib/{humanizer → wizz-humanizer}/WARP.md

@@ -30,8 +30,8 @@ git clone https://github.com/blader/humanizer.git ~/.claude/skills/humanizer
 
 Manual install/update (only the skill file):
 ```bash
-mkdir -p ~/.claude/skills/humanizer
-cp SKILL.md ~/.claude/skills/humanizer/
+mkdir -p ~/.claude/skills/wizz-humanizer
+cp SKILL.md ~/.claude/skills/wizz-humanizer/
 ```
 
 ## How to “run” it (Claude Code)

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

@@ -1,5 +1,5 @@
 ---
-name: impeccable
+name: wizz-impeccable
 description: "Use when the user wants to review, audit, polish, redesign or improve a frontend interface. Covers hierarchy, accessibility, responsive layout, typography, color, motion, UX copy and component consistency. Wizz's self-contained adaptation runs on project evidence and bundled references."
 argument-hint: "[audit|critique|polish|shape|document|adapt|harden] [target]"
 user-invocable: true
@@ -16,7 +16,7 @@ Design and review working interfaces using project evidence. This bundle contain
 2. Preserve the established identity during refinement. For a requested redesign, choose a new direction while preserving product facts, functionality and user constraints. Explicit user choices take precedence over generic anti-pattern warnings.
 3. Choose the surface mode: **Persuade** (landing/marketing), **Operate** (app/dashboard), **Read** (docs/articles) or **Experience** (portfolio/gallery). A product can have surfaces in different modes.
 4. Map the requested action using [routing-rules](references/routing-rules.md). Read [command-workflows](references/command-workflows.md) for the relevant workflow and [design-rules](references/design-rules.md) before reviewing or changing UI.
-5. For new nontrivial components, invoke `skill:premium-landing-ui-researcher` or `skill:ui-component-curator` to obtain inspected sources. Do not replace source research with generic taste recommendations.
+5. For new nontrivial components, invoke `skill:wizz-premium-landing-ui-researcher` or `skill:wizz-ui-component-curator` to obtain inspected sources. Do not replace source research with generic taste recommendations.
 
 ## Verification
 

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,