@daniellins/power-claude 0.16.3

package/template/pods/dev-ia/tools/db-ops/schema-context-loader.sh

@@ -0,0 +1,176 @@
+#!/bin/bash
+# Unified Database Schema Loader
+# PostgreSQL/Supabase-only activation entry point for db-ops
+# Output: Standardized JSON schema + formatted summary
+
+set -euo pipefail
+
+# Script directory
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+
+# Output files
+SCHEMA_FILE="/tmp/db_schema_unified_$$.json"
+DETECTION_FILE="/tmp/db_detection_$$.txt"
+ERROR_LOG="/tmp/db_loader_error_$$.log"
+
+# Colors for output
+RED='\033[0;31m'
+GREEN='\033[0;32m'
+YELLOW='\033[1;33m'
+BLUE='\033[0;34m'
+CYAN='\033[0;36m'
+BOLD='\033[1m'
+NC='\033[0m' # No Color
+
+detect_database_type() {
+    if [ -n "${SUPABASE_DB_URL:-}" ]; then
+        echo "postgresql:supabase"
+        printf '%s' "$SUPABASE_DB_URL" > "$DETECTION_FILE"
+        return 0
+    elif [ -n "${DATABASE_URL:-}" ]; then
+        echo "postgresql:generic"
+        printf '%s' "$DATABASE_URL" > "$DETECTION_FILE"
+        return 0
+    fi
+
+    echo "none"
+    return 1
+}
+
+# Function to load schema based on database type
+load_schema() {
+    local db_type="$1"
+    local db_connection="$2"
+    local schema_output=""
+
+    case "$db_type" in
+        postgresql:supabase|postgresql:generic)
+            echo -e "${BLUE}ℹ${NC} Loading PostgreSQL/Supabase schema..."
+            if [ -x "$SCRIPT_DIR/postgresql-schema-loader.sh" ]; then
+                schema_output=$("$SCRIPT_DIR/postgresql-schema-loader.sh" "$db_connection" 2>>"$ERROR_LOG")
+            else
+                echo -e "${RED}✗${NC} PostgreSQL loader script not found or not executable"
+                return 1
+            fi
+            ;;
+
+        *)
+            echo -e "${RED}✗${NC} Unsupported runtime for db-ops: $db_type"
+            return 1
+            ;;
+    esac
+
+    # Copy the schema output to unified location
+    if [ -n "$schema_output" ] && [ -f "$schema_output" ]; then
+        cp "$schema_output" "$SCHEMA_FILE"
+        return 0
+    else
+        echo -e "${RED}✗${NC} Failed to load schema"
+        return 1
+    fi
+}
+
+# Function to display formatted summary
+display_summary() {
+    local schema_file="$1"
+
+    # Check if jq is available for pretty JSON parsing
+    if command -v jq &> /dev/null; then
+        # Extract key information using jq
+        db_type=$(jq -r '.database_type' "$schema_file" 2>/dev/null || echo "unknown")
+        table_count=$(jq -r '.table_count' "$schema_file" 2>/dev/null || echo "0")
+        success=$(jq -r '.success' "$schema_file" 2>/dev/null || echo "false")
+
+        # Extract table names
+        tables=$(jq -r '.tables | keys | join(", ")' "$schema_file" 2>/dev/null | head -c 100)
+        if [ ${#tables} -eq 100 ]; then
+            tables="${tables}..."
+        fi
+
+        # Count relationships
+        rel_count=$(jq '.relationships | length' "$schema_file" 2>/dev/null || echo "0")
+
+        # Count views
+        view_count=$(jq '.views | length' "$schema_file" 2>/dev/null || echo "0")
+    else
+        # Fallback to grep if jq not available
+        db_type=$(grep -o '"database_type":"[^"]*"' "$schema_file" | cut -d'"' -f4 || echo "unknown")
+        table_count=$(grep -o '"table_count":[0-9]*' "$schema_file" | cut -d':' -f2 || echo "0")
+        success=$(grep -o '"success":[a-z]*' "$schema_file" | cut -d':' -f2 || echo "false")
+        rel_count=$(grep -c '"from_table"' "$schema_file" || echo "0")
+        view_count=$(grep -c '"name".*"view"' "$schema_file" || echo "0")
+        tables="[Use 'jq' for better table listing]"
+    fi
+
+    # Display formatted summary
+    echo
+    echo -e "${BOLD}╔═══════════════════════════════════════════════════════════╗${NC}"
+    echo -e "${BOLD}║          DATABASE SCHEMA LOADED SUCCESSFULLY              ║${NC}"
+    echo -e "${BOLD}╠═══════════════════════════════════════════════════════════╣${NC}"
+    echo -e "${BOLD}║${NC} ${CYAN}Database Type:${NC}  $db_type"
+    echo -e "${BOLD}║${NC} ${CYAN}Tables:${NC}         $table_count"
+    echo -e "${BOLD}║${NC} ${CYAN}Relationships:${NC}  $rel_count"
+    echo -e "${BOLD}║${NC} ${CYAN}Views:${NC}          $view_count"
+    echo -e "${BOLD}╠═══════════════════════════════════════════════════════════╣${NC}"
+    echo -e "${BOLD}║${NC} ${GREEN}✓ Schema JSON:${NC}  $schema_file"
+    echo -e "${BOLD}║${NC} ${GREEN}✓ Status:${NC}       Ready for db-ops operations"
+    echo -e "${BOLD}╚═══════════════════════════════════════════════════════════╝${NC}"
+
+    # Export for db-ops to use
+    export DB_SCHEMA_FILE="$schema_file"
+    export DB_SCHEMA_LOADED="true"
+}
+
+# Main execution
+main() {
+    echo -e "${BOLD}════════════════════════════════════════════════════════════${NC}"
+    echo -e "${BOLD}        DB-OPS POSTGRESQL/SUPABASE ACTIVATION LOADER       ${NC}"
+    echo -e "${BOLD}════════════════════════════════════════════════════════════${NC}"
+    echo
+
+    # Step 1: Detect database type
+    echo -e "${CYAN}Step 1: Detecting database connection...${NC}"
+    if db_type=$(detect_database_type); then
+        db_connection=$(cat "$DETECTION_FILE")
+        echo -e "${GREEN}✓${NC} Detected: ${BOLD}$db_type${NC}"
+    else
+        echo -e "${RED}✗${NC} No database connection found"
+        echo
+        echo -e "${YELLOW}Please set one of the following:${NC}"
+        echo "  • SUPABASE_DB_URL    (Supabase PostgreSQL)"
+        echo "  • DATABASE_URL       (PostgreSQL)"
+        exit 1
+    fi
+
+    # Step 2: Load schema
+    echo
+    echo -e "${CYAN}Step 2: Loading database schema...${NC}"
+    if load_schema "$db_type" "$db_connection"; then
+        echo -e "${GREEN}✓${NC} Schema loaded successfully"
+    else
+        echo -e "${RED}✗${NC} Failed to load schema"
+        [ -f "$ERROR_LOG" ] && echo -e "${YELLOW}Error log: $ERROR_LOG${NC}"
+        exit 1
+    fi
+
+    # Step 3: Display summary
+    echo
+    echo -e "${CYAN}Step 3: Processing results...${NC}"
+    if [ -f "$SCHEMA_FILE" ]; then
+        display_summary "$SCHEMA_FILE"
+
+        # Create a marker file for db-ops
+        echo "$db_type" > /tmp/db_ops_ready_$$
+        echo "$SCHEMA_FILE" >> /tmp/db_ops_ready_$$
+
+        echo
+        echo -e "${GREEN}${BOLD}✓ Database context loaded and ready for db-ops!${NC}"
+        echo -e "${BLUE}ℹ${NC} Use ${BOLD}*help${NC} to see available database commands"
+    else
+        echo -e "${RED}✗${NC} Schema file not found"
+        exit 1
+    fi
+}
+
+# Run main function
+main "$@"

package/template/pods/hormozi-method/README.md

@@ -0,0 +1,52 @@
+# Pod Hormozi-Method — Ofertas, Aquisição, Monetização e Conversão
+
+## Propósito
+
+Aplicar o **método $100M de Alex Hormozi** (livros *$100M Offers*, *$100M Leads*, *$100M Money Models* e os playbooks de Copy/Launch/Retention) a problemas reais de oferta, aquisição de leads, precificação, retenção e copy de conversão. **Metodologia com fonte citada, não persona:** os agentes aplicam frameworks documentados e sempre referenciam a fonte ("$100M ..., Alex Hormozi" + capítulo/seção) — nunca encarnam a pessoa nem fingem conselho novo dela. Forma escolhida pelo Daniel: **só metodologias** (otimizado, sem voice/thinking DNA).
+
+## Qualidade provada (G5)
+
+Cada um dos 6 workflows deste pod tem **paridade G5 (FULL/LITE) provada por decisão de máquina**, linha a linha. O histórico completo dessa prova — triagem workflow a workflow, gates e decisões — está documentado em `EPIC SF5` (`docs/stories/epic-sf5-migracao-hormozi-rodada-final.md`, story SF5.6) e no `CHANGELOG.md` deste repositório.
+
+## Agentes
+
+| Agente | Job-to-be-done | Livro-fonte | Comandos |
+|---|---|---|---|
+| `offer-engineer` | Engenharia de ofertas + diagnóstico universal | *$100M Offers* | `*diagnose`, `*market-check`, `*antipatterns`, `*offer`, `*guarantee`, `*bonus`, `*name`, `*scarcity` |
+| `acquisition-strategist` | Geração de leads e aquisição | *$100M Leads* | `*core-four`, `*lead-magnet`, `*referrals`, `*hooks`, `*ads`, `*content`, `*nurture` |
+| `monetization-architect` | Money model, pricing e retenção | *$100M Money Models* | `*price`, `*price-raise`, `*money-model`, `*upsell`, `*downsell`, `*continuity`, `*ltv`/`*scale-check`, `*retention` |
+| `conversion-copywriter` | Copy de conversão e lançamentos | Playbooks Copy/Launch | `*sales-page`, `*landing-page`, `*vsl`, `*upsell-page`, `*email-sequence`, `*launch`, `*workshop`, `*scarcity` |
+
+## Porta de entrada
+
+`offer-engineer *diagnose` é o diagnóstico universal (Equação de Valor + scan de antipadrões) e prescreve para qual agente rotear. Fluxo típico de um produto novo:
+
+```
+*market-check (veto)  →  *diagnose  →  *offer + *guarantee + *bonus  (offer-engineer)
+   →  *money-model + *price + *scale-check (golden ratios)          (monetization-architect)
+   →  *core-four + *lead-magnet + *hooks/*ads                       (acquisition-strategist)
+   →  *sales-page/*vsl + *launch/*email-sequence                    (conversion-copywriter)
+   →  *retention (5 horsemen, onboarding, churn)                    (monetization-architect)
+```
+
+## Conhecimento (carrega sob demanda)
+
+`knowledge/` destila os checklists e frameworks do método $100M, reorganizados por uso (fonte citada nos próprios arquivos):
+
+| Arquivo | Cobre |
+|---|---|
+| `value-equation-diagnostic.md` | Equação de Valor, vetos de mercado, antipadrões, golden ratios, Delivery Cube |
+| `grand-slam-offer.md` | 8 componentes, garantias, bônus, naming MAGIC, escassez/urgência |
+| `core-four-leads.md` | Core Four, Regra de 100, lead magnet 6 passos, indicações/afiliados, fast cash |
+| `hooks-and-ads.md` | Hooks (9 tipos, 5 níveis), GOATed ads, ad angles, conteúdo 5 fases, nutrição 3 pilares |
+| `pricing.md` | Pricing 7 fases, calibração por faixa, price raise |
+| `money-model.md` | GMMM 4 estágios, upsells/downsells/continuidade, lucro-30-dias |
+| `retention-ltv.md` | 5 horsemen, churn, onboarding, engagement, exit interview, jornada, LTV |
+| `pages.md` | Sales page 17 elementos, landing, VSL 7 fases, upsell page |
+| `launch-email.md` | Lançamento E.V.E.N.T.O., workshop, sequências de e-mail, marketing machine |
+| `scale-roadmap.md` | Constraint Chain, 3 formas de crescer, escala de time (referência enxuta) |
+| `swipefiles-curados.md` | Amostra curada de exemplos: naming, hooks, ad angles, templates de copy |
+
+## Auto-suficiência
+
+Este pod é **auto-suficiente**: tudo de que os agentes precisam para operar vive dentro do próprio pod. Os exemplos (naming, hooks, ad angles, templates de copy) estão destilados em amostra curada em `knowledge/swipefiles-curados.md`, e o roadmap de escala em `knowledge/scale-roadmap.md`. Nenhum agente referencia arquivos fora de `pods/hormozi-method/` — o pod opera completo, sem artefato externo a manter em paralelo.

package/template/pods/hormozi-method/agents/acquisition-strategist.md

@@ -0,0 +1,33 @@
+---
+name: acquisition-strategist
+description: "Geração de leads e aquisição pelo método $100M (Alex Hormozi, $100M Leads). Use para: desenhar estratégia Core Four, criar lead magnet, escrever hooks e ads, planejar conteúdo orgânico, montar sequência de nutrição, ativar indicações e afiliados."
+model: sonnet
+budget_tokens: 1400
+---
+
+# acquisition-strategist — aquisição de leads ($100M Leads)
+
+## Papel
+
+Você faz estranhos virarem leads e leads virarem clientes aplicando o método $100M de Alex Hormozi (livro *$100M Leads*). Metodologia com fonte citada — aplica os frameworks documentados, não encarna a pessoa. Critério de qualidade: toda estratégia usa ≥2 dos Core Four, respeita a Regra de 100 (volume antes de otimização) e otimiza na ordem More → Better → New. Nenhum canal escala antes de lucro-30-dias ≥ CAC.
+
+## Comandos
+
+| Comando | O que entrega | Carrega |
+|---|---|---|
+| `*core-four` | Estratégia de aquisição pelos 4 únicos canais: Warm Outreach, Conteúdo, Cold Outreach, Paid Ads. Diagnostica quais estão ativos (<2 = gargalo), aplica alocação 70-20-10 e a Regra de 100. | `knowledge/core-four-leads.md` |
+| `*lead-magnet` | Cria o lead magnet em 6 passos (descoberta do problema → tipo → entrega → nome/teste → multiplicação de formato → validação "poderia cobrar por isso"), com os Quality Gates QG-001..006. | `knowledge/core-four-leads.md` |
+| `*referrals` | Ativa alavancas de quem-consegue-leads: indicações de clientes (6 formas de dar valor, 7 métodos de pedir), funcionários (3Ds), afiliados. Gate LTGP:CAC ≥3:1. | `knowledge/core-four-leads.md` |
+| `*hooks` | Escreve hooks pelos 9 tipos (labels, perguntas, condicionais, comandos, afirmações, listas, narrativas, exclamações) e pelos 5 níveis de consciência. 70-20-10 core/emergente/experimental. Exemplos curados por nível em swipefiles-curados. | `knowledge/hooks-and-ads.md` + `knowledge/swipefiles-curados.md` |
+| `*ads` | Constrói o GOATed Ad: Hook (80% do esforço, 5 níveis de consciência) → Meat (20%, formatos demo/testemunho/educação/história) → CTA. Fases track → lose → print money. | `knowledge/hooks-and-ads.md` |
+| `*content` | Planeja conteúdo orgânico nas 5 fases (Hook → Retain → Reward → Monetize → Scale), Give:Ask ratio e "How I" vs "How To". | `knowledge/hooks-and-ads.md` |
+| `*nurture` | Monta a nutrição de leads pelos 3 pilares (Disponibilidade, Velocidade, Personalização) com lead scoring, cadência dia-1..8+ e biblioteca de prova. | `knowledge/hooks-and-ads.md` |
+| `*pos-lancamento` | Análise do loop de USO pós-lançamento do lead magnet: métricas da semana 1 (funnel + Regra de 100) com benchmarks, limiares de alerta e fila de otimização (More→Better→New). On-demand — dados reais de campo, não design. | `knowledge/pos-lancamento-leads.md` |
+
+## Regras de ouro
+
+- **Regra de 100:** quando "não está funcionando", a primeira pergunta é o volume diário. Abaixo de 100 ações/dia (ou $100/dia em ads) = esse é o problema. Volume precede otimização ($100M Leads).
+- **More, Better, New nessa ordem:** extrair o máximo do que funciona antes de tentar o novo; a maioria pula para New cedo demais.
+- **Nunca escalar canal no vermelho:** Paid Ads só escala com lucro-30-dias ≥ CAC; abaixo disso, consertar oferta/economics antes.
+- **Give:Ask:** dar muito mais valor do que pede; conteúdo que só vende queima a audiência.
+- **Fonte sempre citada:** todo framework referencia "$100M Leads, Alex Hormozi"; nunca finja a pessoa emitindo conselho novo.

package/template/pods/hormozi-method/agents/conversion-copywriter.md

@@ -0,0 +1,34 @@
+---
+name: conversion-copywriter
+description: "Copy de conversão e lançamentos pelo método $100M (Alex Hormozi, playbooks de Copy/Launch/Workshop). Use para: escrever página de vendas ou landing page, roteirizar VSL, montar sequência de e-mail, planejar lançamento ou workshop, estruturar página de captura/upsell."
+model: sonnet
+budget_tokens: 1400
+---
+
+# conversion-copywriter — copy de conversão e lançamentos ($100M Playbooks)
+
+## Papel
+
+Você transforma tráfego em vendas e planeja lançamentos aplicando os playbooks $100M de Alex Hormozi (Copy, Launch, Workshop, Marketing Machine). Metodologia com fonte citada, não encarna a pessoa. Critério de qualidade: toda página resolve os 3 segundos críticos (hook acima da dobra), vende benefício+status (não features), ancora valor ≥ preço e reverte risco com garantia. Todo lançamento roda no timeline reverso com os papéis críticos preenchidos.
+
+## Comandos
+
+| Comando | O que entrega | Carrega |
+|---|---|---|
+| `*sales-page` | Página de vendas pelos 17 elementos: acima da dobra (headline hook, subhead, CTA, prova, urgência) → corpo (VSL/hero, bullets benefício, para-quem-é/não-é, stack de valor, comparação de preço, FAQ 5 objeções, garantia, autoridade) → fechamento. Templates de headline/bullet curados. | `knowledge/pages.md` + `knowledge/swipefiles-curados.md` |
+| `*landing-page` | Landing page de captura: acima da dobra + experiência mobile (60%+ do tráfego) + estrutura de persuasão + qualificação/objeções + ancoragem + autoridade. | `knowledge/pages.md` |
+| `*vsl` | Roteiro de VSL em 7 fases: Hook (15-30s, pattern interrupt) → Contexto (autoridade+motivo) → Agitação do problema → Revelação da solução → Stack de prova → Stack de oferta → Fechamento. | `knowledge/pages.md` |
+| `*upsell-page` | Página de upsell/OTO: headline de continuidade, barra de progresso, timer, gráfico com-vs-sem, mini-stack (ratio ≥5x), 2 botões, exit-intent downsell. | `knowledge/pages.md` |
+| `*email-sequence` | Sequências de e-mail: registro (b1-b5), pré-lançamento (D-45..D-7), carrinho abandonado (20min/24h/48h), lembretes de evento. | `knowledge/launch-email.md` |
+| `*launch` | Lançamento pelo framework E.V.E.N.T.O.: timeline reverso D-90→D-0, sizing, 10 papéis críticos, regra 7-7-7 de omnipresença, war room, matriz de contingência. | `knowledge/launch-email.md` |
+| `*workshop` | Workshop de venda ao vivo: preparação D-30→D-0 + execução em blocos (Hook impossível → Origem → Educação profunda → Casos em cascata → Stack de valor → Fechamento). | `knowledge/launch-email.md` |
+| `*scarcity` | Escassez/urgência REAL na copy e no carrinho (50-60% das vendas nas últimas 4h); escalonamento de comunicação 48h/24h/4h/1h. | `knowledge/launch-email.md` |
+
+## Regras de ouro
+
+- **3 segundos críticos:** o hook acima da dobra decide tudo; sem hook magnético, o resto da página não é lido.
+- **Benefício + status, nunca feature:** cada bullet = resultado tangível + benefício emocional; "vender as férias, não o avião".
+- **Ancoragem obrigatória:** valor percebido exibido ≥ preço (ratio ≥5x em upsell); comparação de preço em toda página.
+- **Escassez/urgência só REAL:** timers e "restam 3" falsos são antipadrão; erodem confiança e LTV.
+- **Fonte sempre citada:** frameworks referenciam "$100M Playbooks, Alex Hormozi"; nunca finja a pessoa emitindo conselho novo.
+- **Copy nasce da oferta:** sem Grand Slam Offer validada (offer-engineer), não há página que salve; exigir a oferta antes.

package/template/pods/hormozi-method/agents/monetization-architect.md

@@ -0,0 +1,35 @@
+---
+name: monetization-architect
+description: "Modelo de dinheiro, pricing e retenção pelo método $100M (Alex Hormozi, $100M Money Models). Use para: precificar e aumentar preços, desenhar money model (upsell/downsell/continuidade), calcular LTV e lucro-30-dias, rodar o veto dos golden ratios, reduzir churn e aumentar retenção."
+model: sonnet
+budget_tokens: 1400
+---
+
+# monetization-architect — money model, pricing e retenção ($100M Money Models)
+
+## Papel
+
+Você maximiza o dinheiro por cliente aplicando o método $100M de Alex Hormozi (*$100M Money Models* + playbooks de Pricing e Retention). Metodologia com fonte citada, não encarna a pessoa. Critério de qualidade: nenhum modelo escala sem passar nos golden ratios (LTV:CAC ≥3:1 e FECC:CAC ≥2:1); toda mudança de preço é testada em clientes novos antes do rollout; retenção é tratada como alavanca de LTV, não como pós-venda.
+
+## Comandos
+
+| Comando | O que entrega | Carrega |
+|---|---|---|
+| `*price` | Define preço pelo framework de 7 fases (validação de mercado → equação de valor → nicho → teste de preço → teste de convicção/espelho → comunicação RAISE → rollout). | `knowledge/pricing.md` |
+| `*price-raise` | Executa aumento de preço com segurança: testar em clientes novos, calcular breakeven (% que pode perder), segmentar antigos, carta RAISE. Regra: subir preço ≥1x/ano, nunca "preço vitalício". | `knowledge/pricing.md` |
+| `*money-model` | Desenha o GMMM em 4 estágios (Atração/Get → Upsell/More → Downsell/Recuperar → Continuidade/Max) com a Matriz de Ofertas 4x3 e os 4 pilares (lucro-30-dias, sequência problema-solução, ancoragem, fricção zero). | `knowledge/money-model.md` |
+| `*upsell` | Monta upsells pelos 4 tipos (Clássico, Menu, Anchor, Rollover) com ordenação por lucro e scripts. Meta: aceitação ≥30%, LTV-30d ≥2x compra inicial. | `knowledge/money-model.md` |
+| `*downsell` | Cria downsells (plano de pagamento 7 passos, gangorra, trial com penalidade, downsell de recursos) respeitando as regras de integridade. Meta: recovery ≥40%. | `knowledge/money-model.md` |
+| `*continuity` | Desenha continuidade/assinatura (bônus de continuidade, desconto/pré-pagamento, taxa dispensada). Meta: ≥60% em continuidade, valor bônus ≥1.5x primeiro pagamento. | `knowledge/money-model.md` |
+| `*ltv` / `*scale-check` | Calcula LTV, lucro-30-dias (L30), roda o veto dos Golden Ratios (LTV:CAC ≥3:1, FECC:CAC ≥2:1) e — se aprovado — orienta o próximo movimento de escala pela Constraint Chain (leads→conversão→entrega→capacidade), 3 formas de crescer e escala de time. Reprovado = NÃO escalar. | `knowledge/retention-ltv.md` + `knowledge/scale-roadmap.md` |
+| `*growth-decision` | Decisão Mais/Melhor/Novo: onde investir o próximo recurso de crescimento (Volume → Eficiência → Inovação, nesta ordem). Matriz de decisão por dados de canal + veto anti-shiny-object ("Novo" só com Mais saturado E Melhor esgotado); roteia para leads/pricing/oferta. | `knowledge/growth-decision.md` |
+| `*retention` | Reduz churn e aumenta LTV: 5 Horsemen, ponto de ativação, onboarding 30 dias, engagement scoring (5 níveis), exit interviews, jornada de 4 marcos. | `knowledge/retention-ltv.md` |
+
+## Regras de ouro
+
+- **Golden ratios são veto de escala:** injetar volume num modelo quebrado só acelera a falência. LTV:CAC ≥3:1 e FECC:CAC ≥2:1 antes de escalar ($100M Money Models).
+- **Cash first:** priorize caixa na primeira transação (FECC) para crescimento autofinanciado; lucro-30-dias ≥ CAC é o piso.
+- **Preço testado em clientes novos** antes de qualquer rollout; conhecer o % de clientes que pode perder e ainda lucrar.
+- **Downsell com integridade:** nunca degradar o resultado prometido nem enganar; downsell recupera venda, não engana.
+- **Retenção é LTV:** margem para dobrar o CAC e ainda escalar vem de churn baixo; retenção não é opcional.
+- **Fonte sempre citada:** frameworks referenciam "$100M Money Models / Retention, Alex Hormozi"; nunca finja a pessoa emitindo conselho novo.

package/template/pods/hormozi-method/agents/offer-engineer.md

@@ -0,0 +1,37 @@
+---
+name: offer-engineer
+description: "Engenharia de ofertas pelo método $100M (Alex Hormozi, $100M Offers). Use para: diagnosticar uma oferta pela Equação de Valor, construir uma Grand Slam Offer, desenhar garantias e bônus, nomear a oferta, validar o mercado e rodar o veto de antipadrões."
+model: sonnet
+budget_tokens: 1400
+---
+
+# offer-engineer — engenharia de ofertas ($100M Offers)
+
+## Papel
+
+Você desenha ofertas "tão boas que a pessoa se sente burra dizendo não" aplicando o método $100M de Alex Hormozi (livro *$100M Offers*). Metodologia com fonte citada — você NÃO encarna a pessoa, aplica os frameworks documentados. Critério de qualidade: nenhuma oferta avança sem passar no veto de mercado (4 indicadores ≥7) e no scan de antipadrões; toda oferta final tem ratio valor/preço ≥4x. O diagnóstico da Equação de Valor é a porta de entrada de todo o pod.
+
+## Comandos
+
+| Comando | O que entrega | Carrega |
+|---|---|---|
+| `*diagnose` | Diagnóstico universal: pontua as 4 variáveis da Equação de Valor (1-10), acha o elo mais fraco (maior alavanca), roda o scan de antipadrões e prescreve a próxima ação/agente. Porta de entrada do pod. | `knowledge/value-equation-diagnostic.md` |
+| `*screen` | Opportunity screening — gate PASS/FAIL de due-diligence de oportunidade/ideia de negócio ANTES de criar oferta: roda o veto de mercado (Starving Crowd, 4 indicadores /12) E o screening de antipadrões estruturais como um portão único. Um indicador zerado ou antipadrão crítico reprova. | `knowledge/opportunity-screening.md` |
+| `*market-check` | Veto de mercado (Starving Crowd): pontua Dor Massiva, Poder de Compra, Fácil de Atingir, Crescendo (0-10). Qualquer indicador <7 BLOQUEIA a criação da oferta. | `knowledge/value-equation-diagnostic.md` |
+| `*antipatterns` | Veto de antipadrões: churn estrutural, exploração de vulneráveis, margem <80%, dependência do fundador, escala prematura, falsa escassez, competição por preço. Um único gatilho reprova. | `knowledge/value-equation-diagnostic.md` |
+| `*offer` | Constrói a Grand Slam Offer: lista de problemas → soluções (4 dimensões) → Delivery Cube → aparar e empilhar → stack nomeado. Aplica os 8 componentes e o teste "tudo isso, por só isso?". | `knowledge/grand-slam-offer.md` |
+| `*guarantee` | Desenha a stack de garantias (incondicional, condicional, anti-garantia, implícita) com framing e reversão total de risco. | `knowledge/grand-slam-offer.md` |
+| `*bonus` | Monta o bonus stack que resolve as objeções remanescentes; cada bônus com valor ancorado e nome próprio. | `knowledge/grand-slam-offer.md` |
+| `*name` | Nomeia a oferta pelo framework M-A-G-I-C-O (Mecanismo, Alvo, Grafia, Ideia, Convergência temporal, Objetivo) + template; exemplos curados de naming. | `knowledge/grand-slam-offer.md` + `knowledge/swipefiles-curados.md` |
+| `*scarcity` | Aplica escassez e urgência REAIS (tipos de escassez/urgência do Cap. 12-13). Falsa escassez é antipadrão e é recusada. | `knowledge/grand-slam-offer.md` |
+
+Antes de qualquer construção de oferta: rodar `*market-check`. Mercado reprovado = pivô de mercado antes de qualquer trabalho de oferta.
+
+## Regras de ouro
+
+- **Veto de mercado antes de tudo:** "Uma ótima oferta para um mercado ruim sempre falhará" ($100M Offers, Cap. 4). Nenhum indicador do Starving Crowd abaixo de 7/10.
+- **Ataque o denominador:** valor tende ao infinito quando Tempo + Esforço tendem a zero. Corte atrito antes de inflar promessa (Cap. 6).
+- **Percepção é realidade:** a oferta só vale quando o prospect PERCEBE o valor; ancore, prove, torne tangível.
+- **Escassez e urgência só REAIS:** escassez fabricada troca ativo de longo prazo (confiança) por venda única — recusar.
+- **Fonte sempre citada:** todo framework referencia "$100M Offers, Alex Hormozi" e capítulo; nunca finja a pessoa emitindo conselho novo.
+- **Não competir por preço:** competição por preço é corrida ao fundo — aumentar valor até o preço ficar irrelevante.

package/template/pods/hormozi-method/knowledge/core-four-leads.md

@@ -0,0 +1,51 @@
+# Core Four, Lead Magnets e Alavancas de Indicação
+
+> Fonte: *$100M Leads*, Alex Hormozi — Seções I-IV. Destilado dos checklists `core-four`, `lead-magnet`, `affiliates-referrals`, `fast-cash`.
+> Uso: estratégia de aquisição de leads.
+
+## Os Core Four (`*core-four`)
+Existem SÓ 4 formas de conseguir clientes. Domine todas.
+
+| Canal | Tipo | Descrição |
+|---|---|---|
+| Warm Outreach | grátis, lento | falar com quem já te conhece |
+| Conteúdo (post free content) | grátis, lento | criar conteúdo valioso que atrai |
+| Cold Outreach | grátis, rápido | falar com estranhos diretamente |
+| Paid Ads | pago, rápido | pagar por atenção de público-alvo |
+
+**Diagnóstico:** usando <2 canais = esse é o gargalo. **Alocação 70-20-10:** 70% no canal que já funciona, 20% otimizando-o, 10% testando novo.
+
+### Regra de 100
+Compromisso de volume diário determina a velocidade: conteúdo = 100 peças/dia (ou máximo viável) · outreach = 100 mensagens/dia · ads = $100/dia mínimo. Quando "não funciona", a 1ª pergunta é o volume; abaixo de 100 = esse é o problema. **Volume precede otimização.**
+
+### More, Better, New (ordem obrigatória)
+1. MORE — mais do que funciona (menor risco). 2. BETTER — melhorar o que funciona. 3. NEW — canal/produto novo (maior risco). A maioria pula para NEW cedo demais.
+
+### Fases dos Paid Ads
+Track money (instrumentar) → Lose money (testar, orçamento ≥$50/dia por ad set) → Print money (escalar). Só escala com **lucro-30-dias ≥ CAC** (aí escala ilimitada).
+
+### Fluxos por canal
+- **Warm:** setup → execução diária (Regra 100) → tratamento de resposta → primeiros 5 clientes grátis (prova) → transição para pago → manutenção de lista.
+- **Conteúdo:** unidade de conteúdo → ratio Give:Ask → medição (ver `hooks-and-ads.md`).
+- **Cold:** setup → desenvolvimento de mensagem → execução diária → resposta → medição.
+
+## Lead Magnet em 6 passos (`*lead-magnet`)
+Fonte: $100M Leads Seção II, p.138-255. Cada passo tem um Quality Gate (QG).
+1. **Descoberta do problema** (QG-001): resolve um problema real do ciclo problema-solução; revela um problema maior que sua oferta resolve.
+2. **Seleção de tipo** (QG-002): revelar problema · amostra/trial · uma etapa de um processo multi-etapas.
+3. **Método de entrega** (QG-003): matriz de 12 variantes (software, info, serviço, físico × formatos); avaliar viabilidade e prioridade de teste.
+4. **Nome/teste** (QG-004): testar título (prioridade 1) > imagem (2) > subtítulo (3); sinais de vencedor = CTR/opt-in.
+5. **Multiplicação de formato** (QG-005): mesmo conteúdo em múltiplos formatos; auditar fricção.
+6. **Validação** (QG-006): teste "eu poderia COBRAR por isso?"; checar segredos revelados e impacto na reputação.
+
+Princípio: dar tanto valor de graça que a pessoa se sente em dívida e imagina como seria pagar.
+
+## Alavancas de quem-consegue-leads (`*referrals`)
+Fonte: Seção IV "Get people who get leads". Gate: **LTGP:CAC ≥ 3:1**.
+- **Indicações de clientes:** (1) diagnosticar por que não acontecem → (2) construir goodwill (6 formas de dar mais valor) → (3) pedir (7 métodos; ex.: $100 cash ao indicador + $100 off ao amigo) → (4) táticas avançadas.
+- **Funcionários:** mudança de mindset → recrutar (Core Four interno) → treinar (método 3Ds: Document, Demonstrate, Duplicate) → calcular ROI (LTGP:CAC ≥3:1) → diagnosticar problemas.
+- **Agências / Afiliados:** identificar quais atividades Core Four terceirizar; recrutar afiliados usando Core Four.
+- **Teste da uma pergunta:** "Você perdeu todos os clientes menos um, e todos os novos têm de vir dele. Como o trataria?"
+
+## Fast Cash (`*fast-cash` — via monetization/acquisition)
+Fonte: $100M Playbook Fast Cash. Para caixa rápido de uma lista existente: montar lista-alvo → oferta ultra-premium → preço premium → cap de quantidade → método de venda (consult ou auto-checkout) → execução em 7 dias (primer → announcement → recaps com bônus → deadline). Usa escassez/urgência REAIS.

package/template/pods/hormozi-method/knowledge/grand-slam-offer.md

@@ -0,0 +1,66 @@
+# Grand Slam Offer — Stack, Garantias, Bônus, Naming, Escassez
+
+> Fonte: *$100M Offers*, Alex Hormozi — Cap. 6-13. Destilado dos checklists `offer-architecture`, `guarantees`, `bonuses`, `naming-framework`, `scarcity-urgency`.
+> Uso: construir a oferta depois que `*market-check` e `*antipatterns` passaram e a Equação de Valor foi pontuada.
+
+## Hierarquia de ofertas
+Sem oferta = sem negócio · oferta ruim = lucro negativo · oferta decente = sem lucro · oferta boa = algum lucro · **Grand Slam Offer = lucro fantástico**. A equação multiplicadora: (↑ taxa de resposta) × (↑ conversão) × (preço premium) = crescimento exponencial de caixa (ex.: 2.5× × 2.5× × 4× = 22.4× o caixa do mesmo ad spend).
+
+## Os 8 componentes (`*offer`)
+1. Resultado dos Sonhos (maximizar) — conectar a status; "vender as férias, não o avião".
+2. Probabilidade Percebida (maximizar) — prova, cases, mecanismo único.
+3. Atraso Temporal (minimizar) — quick win em 24-48h.
+4. Esforço & Sacrifício (minimizar) — done-for-you.
+5. Escassez (real).
+6. Urgência (real).
+7. Bônus (resolvem objeções remanescentes).
+8. Garantia (reverte todo o risco).
+
+Sequência de construção: lista de problemas → soluções (4 dimensões) → Delivery Cube → aparar & empilhar → nomear stack (ver `value-equation-diagnostic.md`).
+
+## Garantias (`*guarantee`)
+Escolha por ajuste ao produto e modelo. Toda garantia reverte risco e é apresentada com script claro.
+
+| Tipo | Quando usar | Estrutura |
+|---|---|---|
+| Incondicional | confiança alta, quer conversão máxima | "satisfação ou dinheiro de volta", sem perguntas, prazo definido |
+| Condicional | resultado depende de ação do cliente | "faça X, Y, Z e se não tiver resultado, devolvo/continuo de graça" — o próprio processo garante o resultado |
+| Anti-garantia | ultra-premium, filtrar | "todas as vendas são finais" (sinaliza exclusividade/certeza) |
+| Implícita | performance/parceria | "só ganho se você ganhar" (revenue share, pay-on-results) |
+
+Framing: quanto mais específica e ousada a garantia ("30 clientes em 30 dias ou não paga"), maior a Probabilidade Percebida. Calcule quanto pode honrar sem quebrar (breakeven de reembolso).
+
+## Bônus (`*bonus`)
+- Cada bônus resolve UMA objeção específica que impede a compra. Liste as objeções primeiro, crie um bônus por objeção.
+- Cada bônus tem: nome próprio magnético, valor ancorado em $ (declarado), e razão de existir.
+- Soma dos bônus deve fazer o preço da oferta parecer trivial. Bônus > preço.
+- Preferir bônus de alto-valor-percebido/baixo-custo-de-entrega (templates, checklists, acesso, comunidade, ferramentas).
+- "A executiva do comer-fora": todo "mas e se...?" vira um bônus que remove aquela objeção (Cap. 10).
+
+## Naming — fórmula M-A-G-I-C-O (`*name`)
+"O nome é o primeiro passo da venda; um nome magnético faz o marketing por você." 6 elementos:
+
+| Letra | Elemento | Descrição |
+|---|---|---|
+| **M** | Mecanismo Único | o que torna a oferta diferente (ex.: "Sistema Neurológico") |
+| **A** | Alvo Atraente | avatar ultra-específico (ex.: "Coaches High-Ticket") |
+| **G** | Grafia Diferente | elemento memorável/diferenciador |
+| **I** | Ideia que Ajuda | benefício/solução clara |
+| **C** | Convergência Temporal | prazo específico (ex.: "90 Dias") |
+| **O** | Objetivo Final | resultado transformador (ex.: "20 Clientes Premium") |
+
+**Template:** `"O [MECANISMO] de [IDEIA] para [ALVO]: [OBJETIVO] em [CONVERGÊNCIA]"`.
+Ex.: "O Sistema de Fechamento Inevitável para Consultores B2B: 10 Contratos High-Ticket em 60 Dias". Testar variações; o nome comunica a oferta, não só rotula. Exemplos curados (padrões que dominaram mercado) em `knowledge/swipefiles-curados.md`.
+
+## Escassez & Urgência REAIS (`*scarcity`)
+> Apenas escassez/urgência real. Falsa = antipadrão (erode confiança/LTV).
+
+**Escassez** (Cap. 12): limite de produto físico · limite total do negócio · limite de taxa de crescimento · limite de cohort · acesso premium (extremo) · barreira de saída. Paradoxo da demanda reprimida: vender MENOS cria MAIS demanda futura (waitlist > disponibilidade imediata).
+
+**Urgência** (Cap. 13): baseada em cohort · sazonal/promocional · de preço/bônus (aumenta em breve) · oportunidade explodindo. Dado: 50-60% das vendas ocorrem nas últimas 4h de qualquer campanha — planeje o escalonamento de comunicação (48h/24h/4h/1h).
+
+## Continuum vendas-cumprimento — 3 estágios de maturidade da oferta
+> Como a oferta evolui no tempo. "Se você diminui o que tem que fazer, aumenta o quão difícil é vender; se faz o máximo, torna fácil vender e difícil cumprir. Crie fluxo, monetize o fluxo, depois adicione atrito" (Cap. 10). Planeje a oferta pensando onde ela estará em cada fase:
+1. **Overdelivery massivo (meses 1-6):** objetivo = criar casos de sucesso e fluxo de caixa. Entregue 10× mais que o prometido; aceite margens baixas/negativas para gerar prova (a Probabilidade Percebida futura vem daqui).
+2. **Sistematização (meses 6-12):** objetivo = aumentar margem mantendo satisfação. Use o lucro para criar sistemas/automações; transforme processos manuais em templates/checklists (reduz esforço de entrega, não o resultado).
+3. **Otimização (meses 12+):** objetivo = máxima lucratividade com mínimo esforço. Adicione "atrito positivo" (qualificação de clientes) e aumente preços com base em resultados comprovados.

package/template/pods/hormozi-method/knowledge/growth-decision.md

@@ -0,0 +1,38 @@
+# Growth Decision — Mais, Melhor ou Novo
+
+> **Fonte:** destilado do squad legado `hormozi` (workflow de árvore de decisão estratégica), migração registrada em `docs/stories/epic-sf5-migracao-hormozi-rodada-final.md` (EPIC SF5, story SF5.5, `second-brain`). Metodologia: *$100M* / frameworks operacionais de escala, Alex Hormozi. Aplica o framework documentado; não encarna a pessoa.
+
+Decisão de **onde investir o próximo recurso de crescimento**. Evita o erro mais comum — fazer "novo" quando deveria fazer "mais" do que já funciona. Princípio: **Volume → Eficiência → Inovação, nesta ordem.**
+
+## Fase 0 — Coletar dados por canal
+
+Para cada canal ativo, mapear: volume mensal (leads), taxa de conversão (%), CAC, tempo em operação, otimizações já feitas. Sem dados suficientes → a decisão é **MAIS** (escalar para gerar dados).
+
+## Fase 1 — Critérios das 3 rotas
+
+| Rota | Sinais positivos | Decisão |
+|---|---|---|
+| **MAIS** (volume) | audiência > 10x volume atual; CAC estável até 2x budget; capacidade de entrega OK | escalar volume ANTES de otimizar |
+| **MELHOR** (eficiência) | CVR < benchmark da indústria; < 10 testes A/B feitos; gargalos óbvios não otimizados | otimizar eficiência |
+| **NOVO** (inovação) | SOMENTE se MAIS saturado (dados provam) E MELHOR esgotado (> 30 testes) | último recurso — evitar shiny object syndrome |
+
+**Matriz de decisão:**
+
+| Cenário | Decisão |
+|---|---|
+| Volume escala, CAC estável | MAIS |
+| Volume satura, CVR baixo | MELHOR |
+| Volume satura, CVR otimizado | NOVO |
+| Sem dados suficientes | MAIS (para gerar dados) |
+
+## Fase 2 — Roteamento (checkpoint humano)
+
+- **MAIS** → capacidade de aquisição (leads): Rule of 100, lead magnet. No pod: `acquisition-strategist`.
+- **MELHOR** → pricing/eficiência: diagnóstico da equação de valor, garantias. No pod: `offer-engineer` (`*diagnose`) / `monetization-architect` (`*price`).
+- **NOVO** → nova oferta: só após confirmar MAIS e MELHOR esgotados. No pod: `offer-engineer` (`*screen` → `*offer`).
+
+**Veto (checkpoint final):** "NOVO" sem MAIS e MELHOR comprovadamente esgotados → BLOCK, voltar para MAIS ou MELHOR.
+
+## Regra de ouro
+
+Complementa o `*scale-check` (Constraint Chain, golden ratios): o `*scale-check` decide SE o modelo está saudável para escalar; o `*growth-decision` decide ONDE aplicar o próximo recurso (Volume → Eficiência → Inovação). "Novo" é o último recurso, nunca o primeiro impulso.

package/template/pods/hormozi-method/knowledge/hooks-and-ads.md

@@ -0,0 +1,56 @@
+# Hooks, Ads, Conteúdo e Nutrição
+
+> Fonte: *$100M Leads* + Playbooks Hooks/GOATed Ads, Alex Hormozi. Destilado dos checklists `hooks`, `goated-ads`, `ad-angles`, `content-creation`, `lead-nurture`.
+> Uso: criação de hooks/ads, conteúdo orgânico e nutrição de leads.
+
+## Hooks (`*hooks`)
+Distribuição semanal 70-20-10: 70% core (35 hooks) · 20% emergente (10) · 10% experimental (5).
+
+### 9 tipos de hook
+Labels · Perguntas (sim/não) · Perguntas (abertas) · Condicionais · Comandos · Afirmações · Listas/Passos · Narrativas · Exclamações.
+
+### 5 níveis de consciência (Schwartz, usado no método)
+| Nível | Estado | Driver do hook | Exemplo |
+|---|---|---|---|
+| 5 Mais consciente | conhece você e a oferta | Oferta | "Pague $1.000 e tenha o negócio dos sonhos em 30 dias?" |
+| 4 Consciente do produto | conhece soluções como a sua | Prova | "$4.664/mês recorrente... foi o que o Kyle construiu" |
+| 3 Consciente da solução | sabe que existe solução | Promessa | "Como fiz meus primeiros $100M" |
+| 2 Consciente do problema | sente a dor | Dor | "Por que seu negócio perde clientes toda semana" |
+| 1 Inconsciente | não sabe do problema | Curiosidade | "A forma inesperada como seu negócio perde $1000s/mês" |
+
+## GOATed Ads (`*ads`)
+Esforço: **Hook 80% · Meat 20% · CTA ~0%**.
+- **Pré-requisitos:** mínimo $50/dia por ad set; avatar cirúrgico; linguagem do avatar verificada. Red flag: budget <$50/dia (dados insuficientes).
+- **Hook:** distribuir pelos 5 níveis de consciência; cada hook passa no checklist de qualidade; incluir hooks de meme/cultura como bônus.
+- **Meat (20%):** formatos = demonstração · testemunho · educação · história · faceless. Respeitar timing de estrutura de vídeo.
+- **CTA:** anatomia completa (o que fazer, por que agora, para onde ir); 2-3 CTAs.
+- **Ciclo:** track → lose (testar) → print (escalar).
+
+### Ad Angles (`*ads` — ângulos)
+Passo 1 nível de consciência → Passo 2 categoria de ângulo → Passo 3 regra 70-20-10. Sequência de retargeting: D1-3 lembrete imediato · D4-7 reforço de valor · D8-14 esclarecimento · D15+ empurrão final. Ângulos de trial/freemium: value stack (ex.: "$70K de valor" — calcular valores em $), trial estendido, prova social, âncora de preço.
+
+## Conteúdo orgânico (`*content`)
+5 fases (Cap. Postar Conteúdo Grátis I & II):
+1. **Hook** — seleção de tópico + headline + match de formato.
+2. **Retain** — listas, passos, histórias, interweaving; short vs long form.
+3. **Reward** — valor por segundo, cumprir a promessa, exceder expectativa.
+4. **Monetize** — ratio Give:Ask, método de integração, tipo de oferta, timing.
+5. **Scale** — volume, repurposing.
+Voz: "How I" (autêntico, específico) > "How To" (genérico); permissão para repetir. Give:Ask alto — conteúdo que só vende queima a audiência.
+
+## Nutrição de leads (`*nurture`)
+3 pilares (Playbook Lead Nurture):
+- **Disponibilidade:** dias/semana, horas/dia, flexibilidade de slot, agendamento multicanal.
+- **Velocidade:** velocidade ao 1º contato (segundos, não horas); cadência D1 (múltiplos toques), D2-3, D4-7, D8+ transição; 5 desfechos de agendamento priorizados; script "pull forward"; hot handoff ao closer.
+- **Personalização:** outreach multicanal, qualificação, lead scoring → roteamento lead→closer, mensagens segmentadas (fácil e difícil), incentivos push (presentes/reciprocidade) e pull (escolha A/B/comprometimento), entrega de prova.
+Infra: calendário, self-scheduler, sistema de lead scoring, inventário de incentivos, biblioteca de prova.
+
+## Fechamento de vendas — framework C.L.O.S.E.R. (`*nurture` — handoff/closer)
+> Fonte: $100M / playbook de vendas, Alex Hormozi. Usado no hot handoff lead→closer.
+- **C**larify — "O que fez você agendar esta call hoje?" (motivo real).
+- **L**abel — "Parece que você lida com [problema X], o que te faz sentir [Y]. É isso?"
+- **O**verview — passado: "Você já tentou [soluções] sem sucesso. Se resolvêssemos, como seria o futuro ideal?"
+- **S**ell the vacation — vender o resultado (as férias), não o produto (o avião).
+- **E**xplain away concerns — objeção = pedido de mais informação; tratar, não rebater.
+- **R**einforce — pós-venda, reafirmar que a decisão foi certa (reduz remorso/estorno).
+- **Objeção de preço (algoritmo socrático):** ancorar no Resultado dos Sonhos ("se eu te fizesse ganhar $X extra, você pagaria $Y?") → quantificar esforço → quantificar tempo → neutralizar risco (garantia/pagamento diferido) → concluir.

package/template/pods/hormozi-method/knowledge/launch-email.md

@@ -0,0 +1,31 @@
+# Lançamentos, Workshops e Sequências de E-mail
+
+> Fonte: Playbooks $100M Launch / Workshop / Marketing Machine, Alex Hormozi. Destilado dos checklists `launch`, `workshop-launch`, `registration-page`, `email-campaign`, `scarcity-urgency`, `marketing-machine`.
+> Uso: planejar lançamentos e campanhas.
+
+## Lançamento — Framework E.V.E.N.T.O. (`*launch`)
+Timeline reverso D-90 → D-0.
+
+**Fase A — Preparação:** A1 Validação de mercado (D-90/85) · A2 Sizing do lançamento · A3 Config E.V.E.N.T.O. (narrativa escrita; **regra 7-7-7** de omnipresença) · A4 **10 papéis críticos** staffing (D-90/60) · A5 Infra & assets (D-60/42) · A6 Kickoff de afiliados (D-42) · A7 Anúncio público (D-28/21) · A8 Warmup scaling (D-21/7) · A9 Sequências email/SMS (D-7/0) · A10 Tech stack (D-14/7) · A11 War room · A12 Automation stack · A13 **Matriz de contingência** · A14 Master timeline.
+
+**Fase B — Execução (D-Day):** setup pré-evento → evento ao vivo → últimas 4h (50-60% das vendas). **Fase C:** post-mortem.
+
+## Workshop de venda ao vivo (`*workshop`)
+**Preparação D-30→D-0:** oferta & pricing · bonus stack · framework educacional · prova social · slides · scripts · história/narrativa · warmup · tech stack · tráfego/registro (com atribuição de fonte) · sequência de email · ensaio.
+
+**Execução em blocos:** Pré-show (60min antes) → B2 Hook impossível (10min) → B3 Origem e conexão (15min) → B4 Educação profunda (60min) → B5 Casos em cascata (30min) → B6 Stack de valor (20min) → Fechamento/oferta.
+
+## Página de registro (`*email-sequence` — registro)
+Validação em 5 fases (estratégia, copy, técnica, automação, checklist final 48h antes) → checklist launch day (3h/60min/15min antes, durante, pós) → quality gate thresholds → matriz de escalonamento → análise pós-launch.
+
+## Sequências de e-mail (`*email-sequence`)
+- **Registro (b1-b5):** b1 confirmação · b2 upsell VIP (15min) · b3 follow-up VIP (24h) · b4 convite afiliado (48h) · b5 follow-up afiliado (72h).
+- **Pré-lançamento (D-45→D-7):** anúncio → convite oficial → explicação de valor → prova social → amplificação de mistério → logística → revelação headliner → sneak peek → meta-reveal.
+- **Carrinho abandonado:** 20min (recovery imediato) · 24h (comparação) · 48h (deadline); recovery por bundle.
+- **Lembretes de evento:** 48h / dia / horas antes.
+
+## Escassez & Urgência na campanha (`*scarcity`)
+Apenas REAL (falsa = antipadrão). Dado: 50-60% das vendas nas últimas 4h. Escalonamento: 48h "alguns vão perder isso" · 24h "amanhã você vai desejar ter agido hoje" · 4h "as próximas 4h definem os próximos 4 anos" · 1h "enquanto você lê, 37 pessoas compraram". Tipos de escassez/urgência: ver `grand-slam-offer.md`.
+
+## Marketing Machine (`*content`/ops)
+Nós: I Lifecycle ads (gravar momentos, clipar) · II Social media scrape (hashtags, monitoramento diário, criação de ads a partir de conteúdo que performou). Infra: legal/compliance, time, banco de conteúdo.