@daniellins/power-claude 0.16.3

package/template/pods/hormozi-method/specs/wf-full-launch-sequence.spec.json

@@ -0,0 +1,149 @@
+{
+  "pod": "hormozi-method",
+  "workflowId": "full-launch-sequence",
+  "purpose": "F2a — spec AUTORADA (ADR-005/ADR-006) do wf-full-launch-sequence (995 linhas, o MAIOR e mais complexo legado da rodada; disposicao 'migrate POR ULTIMO — compoe os demais', MIGRATION-hormozi.yaml:863-870) a partir do legado como EVIDENCIA citada (NUNCA parse automatico — Art. IV). COMPOSICAO reuse-first (ADR-005 B.5): as 6 fases legadas (PHASE-0 Preparation -> PHASE-1 Pre-Launch -> PHASE-2 Launch Week/Nurture -> PHASE-3 Social Proof & Ads -> PHASE-4 Cart Close -> PHASE-5 Post-Launch) fundem em 4 etapas LINEARES mapeadas a agentes que JA EXISTEM no pod (pos-SF5.1/5.2/5.3): conversion-copywriter (P0+P1: *launch E.V.E.N.T.O timeline/10-papeis/war-room/contingencia + *email-sequence/*landing-page pre-launch; e P4: *scarcity/*sales-page cart close/objecoes), acquisition-strategist (P2+P3: *nurture 4 pilares + *ads/*content social proof/retargeting), monetization-architect (P5: *retention/*ltv onboarding/nurture/analise). ZERO agente novo — nenhuma capacidade do legado esta ausente do pod. DEPENDENCIA FORMAL declarada no legado (`dependencies: [{workflow: wf-grand-slam-offer, required: true}]` :990-992 + `prerequisites: [Grand Slam Offer criada (WF-1 completo), ...]` :46-50): no pod, wf-grand-slam-offer E o agente offer-engineer (*offer/*market-check/*diagnose). Modelada como INPUT/PREREQUISITE do step 1 (a oferta validada alimenta o plano de lancamento via inputs:[brief]) — NAO como mecanismo inter-workflow novo do motor v0.3 (que NAO tem campo `dependencies:`); logo NAO ha invencao de mecanismo (Escopo OUT explicito, Risco 1). OVERLAP de CAPACIDADE com os 3 workflows migrados nesta rodada e de CONTEUDO, nao de campo `dependencies:` (Risco 4 — ver reuse_note). Consumida pela F2 real (open-line/advance) do ciclo.",
+  "_sources": [
+    "squads/hormozi/README.md (catalogo: Execute complete product launches); MIGRATION-hormozi.yaml:863-870 (triagem migrate APROVADA por Daniel, basis julgamento 'compoe os demais... migrar POR ULTIMO'; disposicao migrate; cumprida — e a ultima das 4)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:6-23 (id/name/description/duration 7-14 days: workflow completo de lancamento com todas as fases, papeis criticos e nurture; FILOSOFIA 'A launch is not an event. It's a machine with 10 roles, 8 phases, and precise timing'; RESULTADO show rate >70% close rate >25%)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:41-50 (decision_matrix_fit.complexity very_high :42, agents_required 5 :43, duration '7-14 days launch + 2-4 weeks prep' :44, user_involvement 'very high (daily execution)' :45; prerequisites :46-50 — 'Grand Slam Offer criada (WF-1 completo)', audiencia/budget, time para os 10 papeis, capacidade de entrega)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:56-79 (clone_combinations.primary: hormozi-chief :58 launch calendar/team roles/war room [phase 0], hormozi-copy :62 emails/landing/sales pages [phase 1], hormozi-launch :66 daily execution/live events/timing [phase 2], hormozi-ads :70 paid traffic/urgency [phase 3], hormozi-closer :74 final push/objection handling [phase 4], hormozi-retention :78 onboarding/nurture/post-launch [phase 5]) — 6 agentes legados fundem em 3 agentes do pod (reuse; ver reuse_note)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:93-144 (critical_roles: os 10 papeis criticos ROLE_001..010 Launch Lead/Copywriter/Ads Manager/Tech Lead/Sales Lead/Operations/Customer Support/Content-Social/Analytics/War Room Commander) — cobertos pelo *launch do conversion-copywriter (10 papeis criticos, war room)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:151-276 (PHASE-0 Preparation: T0.1 launch calendar :164, T0.2 atribuir 10 papeis :170, T0.3 war room :176, T0.4 contingencias :182; inline launch_calendar_template :192-221, war_room_setup :222-240, contingency_plans :241-259; agent hormozi-chief :161) + CP_PHASE_0 :260-276 (Preparation Complete; veto_conditions 'Papel critico sem responsavel -> HALT' / 'Tech nao testada -> BLOCK' = cobertura QUALITATIVA de papel + gate de QA, NAO count_gte estatico) -> etapa launch-preparacao",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:281-393 (PHASE-1 Pre-Launch: T1.1 email sequence 7 emails :295, T1.2 landing pages :301, T1.3 conteudo de antecipacao :307, T1.4 setup ads pre-launch :313; inline prelaunch_email_sequence :323-359, anticipation_content_calendar :361-378; agent hormozi-copy :292) + CP_PHASE_1 :379-393 (Pre-Launch Complete; veto_condition 'Menos de 100 leads na waitlist -> WARNING' = metrica de RUNTIME, nao asercao estatica) -> etapa launch-preparacao (fundida com P0, mesmo agente conversion-copywriter)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:398-509 (PHASE-2 Launch Week Initial Push: T2.1 cart open :411, T2.2 Lead Nurture Four Pillars :417, T2.3 daily emails :423, T2.4 monitor/ajustar :429; inline four_pillars_implementation Availability/Speed/Personalization/Volume :439-476, day_1_contact_cadence :478-486, show_rate_targets :488-494; agent hormozi-launch :408) + CP_PHASE_2 :496-509 (Initial Push Complete; veto_condition 'Show rate <50% -> WARNING' = metrica de RUNTIME) -> etapa launch-execucao",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:514-604 (PHASE-3 Social Proof & Ads Push: T3.1 publicar social proof :529, T3.2 escalar ads vencedores :535, T3.3 emails de prova social :541, T3.4 retargeting agressivo :547; inline social_proof_types :557-574, retargeting_angles :576-589; agents primary hormozi-ads secondary hormozi-copy :524-526) + CP_PHASE_3 :591-604 (Social Proof Wave Complete; veto_condition 'Vendas 70% abaixo do projetado -> WARNING' = metrica de RUNTIME) -> etapa launch-execucao (fundida com P2, mesmo agente acquisition-strategist)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:609-741 (PHASE-4 Cart Close Final Push: T4.1 deadline warning emails 48h/24h/12h/6h/1h :622, T4.2 objection handling :628, T4.3 final push calls :634, T4.4 cart close execution :640; inline deadline_email_sequence :650-675, objection_scripts price/timing/need_to_think/spouse :677-709, final_push_script :711-726; agent hormozi-closer :619) + CP_PHASE_4 :728-741 (Cart Close Complete; veto_condition 'Carrinho fechou com pedidos pendentes -> WARNING' = estado de RUNTIME) -> etapa launch-fechamento",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:746-863 (PHASE-5 Post-Launch Onboarding & Nurture: T5.1 onboarding :759, T5.2 nurture nao-convertidos :765, T5.3 post-launch analysis :771, T5.4 preparar proximo launch :777; inline onboarding_sequence :787-804, non_buyer_nurture :806-823, launch_analysis_template :825-849; agent hormozi-retention :756) + CP_PHASE_5 :851-863 (Post-Launch Complete; veto_condition 'Onboarding nao iniciado -> BLOCK' = consistencia QUALITATIVA de execucao) -> etapa launch-pos",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:869-899 (error_handling: on_phase_failure halt_workflow:false :874; on_checkpoint_failure escalate_to_war_room:true + max_retries:1 :876-879 SEM return_to_previous_phase — confirmado por grep, NAO e fix_cycle/loop de etapa; on_veto_triggered halt_immediately + escalate_to hormozi-chief :881-885) — max_retries:1 do checkpoint e escalada ao war room, NAO retry-loop iterativo de etapa: fix_loop=false (precedente boilerplate SF5.1/5.2/5.3; computeFeatureSet le step.fix_loop / step.checkpoint.loop, ausentes aqui)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:904-943 (outputs: 24 artefatos DECLARADOS phase_0..phase_5 [4 cada] + final_deliverable 'Launch Package' :941-943, agregado) — base do artifact-map (docs/migration/artifact-map-full-launch-sequence.yaml)",
+    "squads/hormozi/workflows/wf-full-launch-sequence.yaml:978-992 (metadata.source_frameworks 100M_LAUNCH_PLAYBOOK/10_CRITICAL_ROLES/LEAD_NURTURE_FOUR_PILLARS/LEAD_NURTURE_SOP :982-986; DEPENDENCIA FORMAL `dependencies: [{workflow: wf-grand-slam-offer, required: true}]` :990-992 — a UNICA dependencia de workflow explicita no campo estruturado do legado; nenhum outro campo `dependencies:` cita os 3 workflows desta rodada)",
+    "pods/hormozi-method/agents/conversion-copywriter.md:23 (REUSE *launch — framework E.V.E.N.T.O.: timeline reverso D-90->D-0, sizing, 10 papeis criticos, regra 7-7-7 de omnipresencia, war room, matriz de contingencia = PHASE-0 integral) + :22 *email-sequence (pre-lancamento D-45..D-7, lembretes = PHASE-1 7 emails) + :19 *landing-page (captura + waitlist = PHASE-1) + :25 *scarcity (escalonamento 48h/24h/4h/1h, 50-60% nas ultimas 4h = PHASE-4 deadline sequence) + :18 *sales-page (FAQ 5 objecoes, garantia = PHASE-4 objection handling)",
+    "pods/hormozi-method/agents/acquisition-strategist.md:24 (REUSE *nurture — 3 pilares Disponibilidade/Velocidade/Personalizacao com lead scoring, cadencia dia-1..8+ e biblioteca de prova = PHASE-2 Four Pillars four_pillars_implementation :439-476) + :22 *ads (GOATed Ad Hook->Meat->CTA, fases track->lose->print money = PHASE-3 escalar ads vencedores/retargeting) + :23 *content (5 fases Hook->Retain->Reward->Monetize->Scale = PHASE-3 social proof organico)",
+    "pods/hormozi-method/agents/monetization-architect.md:25 (REUSE *retention — 5 Horsemen, ponto de ativacao, onboarding 30 dias, engagement scoring, jornada de 4 marcos = PHASE-5 onboarding_sequence + non_buyer_nurture) + :24 *ltv/*scale-check (LTV/L30, analise = PHASE-5 launch_analysis metricas revenue/conversion/show/close rate)",
+    "pods/hormozi-method/agents/offer-engineer.md:21 (a DEPENDENCIA FORMAL wf-grand-slam-offer = offer-engineer *offer 'Constroi a Grand Slam Offer'; :19 *market-check veto de mercado; :18 *diagnose porta de entrada) — no pod, o prerequisite 'Grand Slam Offer criada' e a saida do offer-engineer, INPUT deste workflow; modelada como prerequisite/input do brief, NAO como mecanismo inter-workflow novo",
+    "pods/hormozi-method/knowledge/launch-email.md (framework E.V.E.N.T.O., sequencias de pre-lancamento/carrinho/lembrete, war room, matriz de contingencia — capacidade PHASE-0/PHASE-1 JA destilada no pod) + knowledge/hooks-and-ads.md (nurture 3 pilares, GOATed Ad, retargeting — PHASE-2/PHASE-3) + knowledge/retention-ltv.md (onboarding/churn/LTV — PHASE-5) + knowledge/pages.md + knowledge/swipefiles-curados.md (paginas/copy PHASE-1/PHASE-4)",
+    "pods/hormozi-method/workflows/wf-grand-slam-offer.yaml (ancora: convencao de step/veto — assertion_types {count_gte, field_matches}, DAG linear, confianca ^(alta|media|baixa)$); MIGRATION-hormozi.yaml:1-20 (ancora AMPLIADA pos-SF3.4: checkpoint_positions {final, mid}, dag_shapes {linear}, assertion_types {count_gte, field_matches}, fix_loop:false)"
+  ],
+  "reuse_note": "ZERO agente novo — capacidade de full-launch INTEGRALMENTE presente no pod pos-SF5.1/5.2/5.3. As 6 fases legadas fundem em 4 etapas lineares por adjacencia de agente (mesma disciplina de fusao das SF5.2 5->3 e SF5.3 4->3): launch-preparacao (conversion-copywriter, PHASE-0+PHASE-1: planejamento *launch + copy *email-sequence/*landing-page), launch-execucao (acquisition-strategist, PHASE-2+PHASE-3: nurture 4 pilares *nurture + social proof/ads *ads/*content), launch-fechamento (conversion-copywriter, PHASE-4: deadline/objecoes/close *scarcity/*sales-page), launch-pos (monetization-architect, PHASE-5: onboarding/nurture/analise *retention/*ltv). Reuse do MESMO agente em etapas nao-adjacentes (conversion-copywriter em launch-preparacao E launch-fechamento) NAO dispara re-ancora (ADR-006, calibracao ec8322f/dd658e6: agents_shared SAI do tuple; runner e agent-agnostico — pc-run-pod.cjs rotulo). Namespace pod-wide (M3) conferido contra ancora e linhas fechadas (grand-slam: offer-package/money-model-pricing/sales-copy; money-model mm-*; lead-magnet lm-*; paid-ads paid-*; scaling scaling-*): step-ids launch-preparacao/launch-execucao/launch-fechamento/launch-pos e outputs launch-plan/launch-execution/launch-close/launch-postlaunch NAO colidem; templates launch-*-tmpl.md sao novos. DEPENDENCIA FORMAL vs OVERLAP DE CAPACIDADE (Risco 4 — honestidade, sem inflar): o legado DECLARA UMA SO dependencia estruturada no campo `dependencies:` (:990-992) — wf-grand-slam-offer, required:true — mapeada ao offer-engineer do pod como INPUT/prerequisite (a Grand Slam Offer validada alimenta o plano de lancamento). O overlap com wf-money-model-design/wf-lead-magnet-pipeline/wf-paid-ads-campaign/wf-scaling-diagnostic e de CAPACIDADE/CONTEUDO (hormozi-ads/hormozi-copy sobrepoem paid-ads/lead-magnet; LEAD_NURTURE_FOUR_PILLARS/LEAD_NURTURE_SOP :985-986 sobrepoem o nurture que lead-magnet ja endereçou no pod), NAO um campo `dependencies:` que cite esses workflows — a spec NAO inventa dependencia formal inexistente. MODELAGEM DA DEPENDENCIA INTER-WORKFLOW (Risco 1 / Escopo OUT): o motor v0.3 (computeFeatureSet: assertion_types/dag_shape/checkpoint_positions/fix_loop) NAO tem campo nativo para dependencia entre workflows. Portanto NAO se modela como mecanismo novo (isso exigiria decisao pc-architect); modela-se como o que o motor JA suporta — INPUT do primeiro step via inputs:[brief] (o prerequisite 'Grand Slam Offer criada' e a run que fornece a oferta validada, referenciando um artefato offer-engineer). Sem exit 4 por essa razao, sem escalada — porque nada de mecanismo e inventado. FIDELIDADE vs ANCORA (Escopo IN (g) — decisao 100% da MAQUINA no advance->gates, NAO pre-assumida): o legado e ESTRITAMENTE LINEAR (PHASE-0->1->2->3->4->5 sequencial, 1 agente primario por fase, sem fan-out/join nem depends_on ramificado — agents_by_phase :949-972 lista secondary DENTRO da fase, nao no de DAG separado), seus 6 checkpoints (:260,379,496,591,728,851 — a maior densidade do hormozi) sao TODOS human_review qualitativos ou baseados em metrica de RUNTIME (leads na waitlist, show rate, vendas vs projecao, pedidos pendentes) -> checkpoint.blocking, NUNCA veto count_gte (fronteira ADR-002; contraste com paid-ads SF5.2 que tinha count_gte real de 50 hooks/150 combinacoes), e o error_handling (:869-899) tem max_retries:1+escalate_to_war_room SEM return_to_previous_phase -> fix_loop=false. Logo o feature_set esperado {assertion_types:[field_matches], dag_shape:linear, checkpoint_positions:[mid,final], fix_loop:false} e TODO subconjunto da ancora ampliada. A EXPECTATIVA (nao vinculante) e LITE, MAS a decisao e 100% do advance->pre-gates-check real; a story registra os DOIS caminhos ANTES do resultado (Escopo IN (g)): (i) se computeFeatureSet detectar dag_shape:branch, checkpoint fora de {mid,final}, assertion novo ou fix_loop -> exit 4 LEGITIMO -> PARA e escala pc-architect (FULL esperado, nao falha); (ii) se ⊆ ancora -> LITE. NENHUM caminho e forcado; a estrutura NAO foi aplainada para caber no LITE (o legado ja e linear no disco — nao houve remocao de branch nem de checkpoint para forçar). NOTA fix_loop: max_retries:1 NAO e loop de etapa (nao ha step.fix_loop nem checkpoint.loop no schema gerado).",
+  "agents": [
+    {
+      "name": "conversion-copywriter",
+      "step": "launch-preparacao",
+      "output": "launch-plan",
+      "sections": [
+        "## Calendario e Papeis Criticos",
+        "## War Room e Contingencias",
+        "## Pre-Launch: Emails e Paginas"
+      ],
+      "knowledge": ["launch-email.md", "pages.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convencao de conformidade do pod (ancora wf-grand-slam-offer.yaml step); ortogonal e derivavel (valor presente fora do pattern)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "PREREQUISITE (dependencia formal wf-grand-slam-offer :990-992 = offer-engineer): a Grand Slam Offer validada e input deste plano. Launch calendar finalizado (cronograma reverso com todas as datas pre-launch e launch week); 10 papeis criticos atribuidos COM backups (Launch Lead/Copywriter/Ads Manager/Tech Lead/Sales Lead/Operations/Customer Support/Content-Social/Analytics/War Room Commander); war room setup e testado (comunicacao, dashboards, escalation paths); contingencias documentadas (tech_failure/low_sales/overwhelming_demand/team_burnout); toda tech testada end-to-end; 7 emails de pre-launch (D-7..D0) agendados; landing pages (waitlist + early bird) live e testadas; conteudo de antecipacao criado; ads pre-launch configurados e aprovados; waitlist com leads aquecidos — cobertura QUALITATIVA de papel + gate de QA de tech + coleta de metrica de RUNTIME (leads na waitlist), NUNCA veto (fronteira ADR-002; 'Papel critico sem responsavel -> HALT' :272 e cobertura qualitativa, 'Tech nao testada -> BLOCK' :274 e gate de QA, 'Menos de 100 leads -> WARNING' :391 e metrica de runtime — nenhum e asercao estatica count_gte)",
+        "_sources": "wf-full-launch-sequence.yaml:260-276 (CP_PHASE_0 Preparation Complete: veto HALT papel sem responsavel / BLOCK tech nao testada) + :379-393 (CP_PHASE_1 Pre-Launch Complete: veto WARNING <100 leads) — cobertura qualitativa + metrica de runtime -> checkpoint, nao veto"
+      },
+      "_sources": "wf-full-launch-sequence.yaml:151-276 (PHASE-0 Preparation: launch calendar + 10 papeis + war room + contingencias) + :281-393 (PHASE-1 Pre-Launch: 7 emails + landing pages + antecipacao + ads pre-launch) FUNDIDAS — mesmo agente conversion-copywriter (*launch E.V.E.N.T.O timeline/10-papeis/war-room/contingencia :23; *email-sequence pre-lancamento :22; *landing-page :19); knowledge/launch-email.md + knowledge/pages.md."
+    },
+    {
+      "name": "acquisition-strategist",
+      "step": "launch-execucao",
+      "output": "launch-execution",
+      "sections": [
+        "## Cart Open e Nurture (4 Pilares)",
+        "## Prova Social",
+        "## Ads e Retargeting"
+      ],
+      "knowledge": ["hooks-and-ads.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convencao de conformidade do pod (ancora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Cart open executado (email + social + ads simultaneos); Lead Nurture Four Pillars implementados (Disponibilidade: slots 7 dias/semana a cada 15min; Velocidade: contato <5min do opt-in, appointment <72h; Personalizacao: multi-channel + lead scoring Red/Yellow/Green; Volume: 7+ reach-outs semana 1, auto reminders instant/24h/12h/3h); daily emails Day 1-3 enviados; show rate monitorado (target >70%, throughput >28%); social proof publicado em todos canais (screenshots/testimonials/numbers/FOMO); ads vencedores escalados com data; retargeting agressivo ativo (quick reminder/social proof/deadline/new bonus); revenue tracking atualizado — avaliacao QUALITATIVA de execucao + metrica de RUNTIME (show rate, vendas), NUNCA veto (ADR-002; 'Show rate <50% -> WARNING' :507 e 'Vendas 70% abaixo -> WARNING' :602 sao metricas de runtime coletadas ao vivo, nao asercoes estaticas)",
+        "_sources": "wf-full-launch-sequence.yaml:496-509 (CP_PHASE_2 Initial Push Complete: WARNING show rate <50%) + :591-604 (CP_PHASE_3 Social Proof Wave Complete: WARNING vendas 70% abaixo) — metricas de runtime -> checkpoint, nao veto"
+      },
+      "_sources": "wf-full-launch-sequence.yaml:398-509 (PHASE-2 Launch Week: cart open + Four Pillars nurture + daily emails + monitor) + :514-604 (PHASE-3 Social Proof & Ads: social proof + escalar ads + emails prova social + retargeting) FUNDIDAS — mesmo agente acquisition-strategist (*nurture 3 pilares :24; *ads GOATed track->lose->print money :22; *content social proof organico :23); knowledge/hooks-and-ads.md."
+    },
+    {
+      "name": "conversion-copywriter",
+      "step": "launch-fechamento",
+      "output": "launch-close",
+      "sections": [
+        "## Sequencia de Deadline",
+        "## Objecoes e Push Final",
+        "## Cart Close"
+      ],
+      "knowledge": ["launch-email.md", "pages.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convencao de conformidade do pod (ancora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Deadline warning emails enviados na sequencia de urgencia (48h/24h/12h/6h/1h + cart close — recap de valor -> social proof -> objection handling -> ultima testemunha -> urgencia pura); objection handling scripts prontos para as objecoes comuns (preco 'e muito caro' / timing 'nao e o momento' / need_to_think 'preciso pensar' / spouse 'falar com parceiro'); final push calls executados (ligar para leads quentes nao convertidos com o script de push); carrinho fechado no horario pontualmente; revenue final contabilizado (mais receita nas ultimas 48h que nos 5 dias anteriores) — avaliacao QUALITATIVA de execucao + estado de RUNTIME (pedidos pendentes), NUNCA veto (ADR-002; 'Carrinho fechou com pedidos pendentes -> WARNING' :739 e estado operacional de runtime, nao asercao estatica)",
+        "_sources": "wf-full-launch-sequence.yaml:728-741 (CP_PHASE_4 Cart Close Complete: WARNING pedidos pendentes) — estado de runtime -> checkpoint, nao veto"
+      },
+      "_sources": "wf-full-launch-sequence.yaml:609-741 (PHASE-4 Cart Close Final Push: deadline emails 48h..1h + objection handling + final push calls + cart close; deadline_email_sequence :650-675, objection_scripts :677-709, final_push_script :711-726) — mesmo agente conversion-copywriter (*scarcity escalonamento 48h/24h/4h/1h :25; *sales-page FAQ 5 objecoes/garantia :18); knowledge/launch-email.md + knowledge/pages.md."
+    },
+    {
+      "name": "monetization-architect",
+      "step": "launch-pos",
+      "output": "launch-postlaunch",
+      "sections": [
+        "## Onboarding",
+        "## Nurture Nao-Convertidos",
+        "## Analise e Proximo Launch"
+      ],
+      "knowledge": ["retention-ltv.md", "growth-decision.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convencao de conformidade do pod (ancora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Todos os compradores em onboarding (welcome sequence D0/D1/D3/D7: login+primeiro passo -> quick win -> check-in -> review primeira semana); non-buyers em nurture (sequence D1/D7/D14/D30: agradecer -> free resource -> social proof dos compradores -> soft CTA proximo launch); post-launch analysis documentado (metrics revenue total/no vendas/ticket medio/conversion rate/show rate/close rate; channel performance email/ads/organic; learnings o-que-funcionou/nao-funcionou/surpresas); improvements para o proximo lancamento identificados (melhorias/manter/testar) — avaliacao QUALITATIVA de execucao (a retencao comeca no onboarding), NUNCA veto (ADR-002; 'Onboarding nao iniciado -> BLOCK' :862 e consistencia qualitativa de execucao, nao asercao estatica). Checkpoint FINAL (etapa sink, sem dependentes).",
+        "_sources": "wf-full-launch-sequence.yaml:851-863 (CP_PHASE_5 Post-Launch Complete: BLOCK onboarding nao iniciado) — consistencia qualitativa -> checkpoint final, nao veto"
+      },
+      "_sources": "wf-full-launch-sequence.yaml:746-863 (PHASE-5 Post-Launch: onboarding sequence + non-buyer nurture + launch analysis + preparar proximo launch; onboarding_sequence :787-804, non_buyer_nurture :806-823, launch_analysis_template :825-849) — agente monetization-architect (*retention 5 Horsemen/onboarding 30 dias/jornada 4 marcos :25; *ltv analise de metricas :24); knowledge/retention-ltv.md."
+    }
+  ],
+  "contrato_entrada": {
+    "nao_se_aplica": true,
+    "razao": "buildWorkflowYaml/stepsFromSpec (forge-generate.cjs:398-399) hardcodeiam inputs:[brief] para a 1a etapa de QUALQUER workflow emitido por este gerador -- nenhum wf gerado por ele pode ter discriminador de entrada observavel em inputs:, por construcao, nao por falta de discriminador no dominio deste workflow especifico. Confirmado tambem que nenhuma veto.assertions desta etapa (count_gte de dominio ou field_matches confianca) declara campo de maquina de entrada. Mesma classe de recusa da SF12.5a (wf-grand-slam-offer), generalizada aqui pela evidencia do proprio gerador, nao apenas do wf.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "entregavel": {
+    "nao_se_aplica": true,
+    "razao": "outputs desta etapa sao o proprio artefato de texto gravado pelo motor; nao ha arquivo derivado (PNG/HTML) fora do artefato. Confirmado: nenhum veto.assertions deste wf usa file_referenced_exists. Classe ja nomeada em ADR-030 Decisao 1 item 5.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "_ritmo_deferido": {
+    "pendente": true,
+    "razao": "wf-full-launch-sequence tem 4 checkpoints blocking:true (>=2, contra 1 em grand-slam-offer) -- o invariante ADR-024 DF-SF11.10-3 NAO forca recusa aqui, entao nao_se_aplica seria recusa fabricada (defeito R4 da SF12.5a). Aplicar seria IMPOSSIVEL hoje: serializeCheckpoint (forge-generate.cjs:378-385) dropa skip_modes na emissao, e wf-full-launch-sequence.yaml e funcao pura de wf-full-launch-sequence.spec.json (diff vazio, medido) -- um skip_modes escrito a mao seria apagado na proxima regeneracao E quebraria a idempotencia da Emenda 3 no ato. E aplicar seria DESNECESSARIO: o dono decidiu que NENHUM checkpoint deste pod e dispensavel em yolo -- todos os gates ficam (decisao registrada, relay da coordenadora, mesma rodada). Logo o mecanismo nao teria funcao mesmo se o gerador aprendesse a emitir skip_modes -- fecha DEBT-SF12.5b-C, sem gatilho pendente. Ausente-com-registro e o estado final, nao apenas o unico disponivel (ADR-030 Emenda 5, DF-SF12.4-14, M-a/M-b + decisao do dono).",
+    "encaminhado_a": "dono",
+    "resposta_do_dono": "nenhum checkpoint dos 5 workflows e dispensavel em yolo -- todos os gates ficam",
+    "gatilho": "DEBT-SF12.5b-A (fecha com esta resposta -- ver tabela de dividas)",
+    "respondido_por": "pc-planner — Story SF12.5b, confirmado por pc-architect *review (ADR-030 Emenda 5, DF-SF12.4-14); razao final incorpora decisao do dono, transcrita pela coordenadora"
+  },
+  "smoke_scenario": "workflows/wf-full-launch-sequence.smoke.json"
+}

package/template/pods/hormozi-method/specs/wf-lead-magnet-pipeline.spec.json

@@ -0,0 +1,125 @@
+{
+  "pod": "hormozi-method",
+  "workflowId": "lead-magnet-pipeline",
+  "purpose": "F2a — spec AUTORADA (ADR-005/ADR-006) do wf-lead-magnet-pipeline a partir do legado como EVIDÊNCIA citada (NUNCA parse automático — Art. IV). Reuse-first (ADR-005 B.5): as 5 fases legadas (PHASE-0..4) fundem em 3 etapas mapeadas a agentes que JÁ EXISTEM no pod — acquisition-strategist (geração de leads: Core Four, lead magnet, hooks, conteúdo, distribuição — capacidade `not-in-workflow` até esta story) e conversion-copywriter (copy de captura: landing page, e-mail de entrega, nutrição). Nenhum agente novo. Consumida pela F2 real (open-line/advance) do ciclo.",
+  "_sources": [
+    "squads/hormozi/README.md:68 (catálogo: 'Create high-converting lead magnets'); MIGRATION-hormozi.yaml:844 (triagem migrate aprovada, purpose wf-lead-magnet-pipeline.yaml:7)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:6-23 (id/name/description: Core Four + Rule of 100 + 7 tipos de lead magnet; RESULTADO pipeline de leads orgânica)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:88-271 (PHASE-0 Discovery&Audience: T0.1 avatar, T0.2 problema #1, T0.3 Core Four mix, T0.4 Rule of 100 — agent hormozi-chief :100) → etapa lm-estrategia",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:276-448 (PHASE-1 Lead Magnet Design: T1.1 tipo (7 tipos), T1.2 promessa, T1.3 estrutura, T1.4 nome magnético — agent hormozi-leads :287; MESMA capacidade de geração de leads, FUNDIDA com PHASE-0) → etapa lm-estrategia",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:266-270 (CP_PHASE_0 veto_conditions 'Avatar genérico → BLOCK' / 'Sem commitment Rule of 100 → WARNING' — QUALITATIVO/julgamento → checkpoint.blocking, NUNCA veto; fronteira ADR-002)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:443-447 (CP_PHASE_1 veto_conditions 'Promessa genérica → BLOCK' / 'Lead magnet não conecta com oferta → BLOCK' — QUALITATIVO → checkpoint.blocking, NUNCA veto; ADR-002)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:453-631 (PHASE-2 Content Creation: T2.1 lead magnet, T2.2 landing page copy, T2.4 email de entrega, T2.5 sequência de nurture (5 emails) — copy de captura, agents hormozi-leads+hormozi-hooks) → etapa lm-copy (conversion-copywriter)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:480-484,615-631 (PHASE-2 T2.3 'Criar Hooks para Distribuição' (10+ hooks) + CP_PHASE_2 veto 'Menos de 10 hooks → BLOCK' :629-630) → hooks são de DISTRIBUIÇÃO → etapa lm-distribuicao; veto de DOMÍNIO count_gte 'Hooks' n:10 (machine-redutível, ortogonal)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:636-830 (PHASE-3 Distribution Strategy: T3.1 plano Core Four, T3.2 calendário Rule of 100, T3.3 templates de outreach, T3.4 content calendar — agent hormozi-content :647) → etapa lm-distribuicao",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:835-975 (PHASE-4 Launch & Optimization: T4.1 lançar, T4.2 tracking, T4.3 semana 1 de dados, T4.4 plano de otimização — otimização de funil de aquisição, agent hormozi-audit :73) → etapa lm-distribuicao",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:971-975 (CP_PHASE_4 veto_conditions 'Conversion rate < 15% → WARNING' / '0 leads em 7 dias → HALT' — MÉTRICA DE RUNTIME/aritmética → checkpoint.blocking, NUNCA veto; ADR-002)",
+    "squads/hormozi/workflows/wf-lead-magnet-pipeline.yaml:988-991 (error_handling.on_checkpoint_failure: return_to_previous_phase+max_retries:2 — boilerplate genérico de TODO wf hormozi, idêntico ao money-model SF3.4; NÃO é fix_loop de motor v0.3 — ver reuse_note/nota fix_loop)",
+    "pods/hormozi-method/agents/acquisition-strategist.md:18-24 (REUSE — comandos *core-four/*lead-magnet/*hooks/*content/*nurture cobrem PHASE-0/1/2-hooks/3/4; 'not-in-workflow' até esta story, MIGRATION-hormozi.yaml:843)",
+    "pods/hormozi-method/agents/conversion-copywriter.md:19,22 (REUSE — comandos *landing-page/*email-sequence cobrem PHASE-2 landing page copy + email de entrega + nutrição)",
+    "pods/hormozi-method/workflows/wf-grand-slam-offer.yaml (âncora: convenção de step/veto — assertion_types {count_gte, field_matches}, DAG linear, confianca ^(alta|media|baixa)$); MIGRATION-hormozi.yaml:1-20 (âncora ampliada: checkpoint_positions {final, mid}, fix_loop:false)"
+  ],
+  "reuse_note": "Zero agente novo. acquisition-strategist reusado em 2 etapas (lm-estrategia, lm-distribuicao) — reuse de agente entre etapas NÃO dispara re-âncora (ADR-006, calibração commit ec8322f/dd658e6: `agents_shared` SAI do tuple; runner é agent-agnóstico — pc-run-pod.cjs:339 rótulo, :672 campo do state). Namespace pod-wide (M3) conferido contra a âncora e as linhas fechadas (grand-slam: offer-package/money-model-pricing/sales-copy; money-model: mm-diagnosis/mm-architecture/mm-copy): step-ids lm-estrategia/lm-copy/lm-distribuicao e outputs lm-strategy/lm-content/lm-distribution NÃO colidem. Templates gerados lm-*-tmpl.md são novos. NOTA fix_loop: o error_handling.on_checkpoint_failure legado (return_to_previous_phase+max_retries:2, :988-991) NÃO é modelado como fix_loop — (i) é boilerplate genérico idêntico em todos os wf hormozi (o money-model SF3.4 tinha o mesmo e NÃO virou fix_loop); (ii) computeFeatureSet:299 só marca fix_loop com `step.fix_loop===true` ou `checkpoint.loop===true` — campos que forge-generate NUNCA emite (buildWorkflowYaml/serializeCheckpoint só emitem {blocking,criteria}); (iii) o comportamento 'na falha do checkpoint humano, retornar e refazer' JÁ É o que um checkpoint.blocking faz no motor (halt→revisão→re-run); max_retries:2 é limite de processo humano sem equivalente executável de motor. Modelá-lo como fix_loop inventaria feature de motor inexistente (Art. IV). Capacidade preservada pelos checkpoints blocking — não é regressão.",
+  "agents": [
+    {
+      "name": "acquisition-strategist",
+      "step": "lm-estrategia",
+      "output": "lm-strategy",
+      "sections": [
+        "## Avatar e Problema",
+        "## Core Four e Regra de 100",
+        "## Lead Magnet"
+      ],
+      "knowledge": ["core-four-leads.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora wf-grand-slam-offer.yaml step acquisition-strategist); ortogonal e derivável (valor presente fora do pattern)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Avatar ESPECÍFICO (não genérico como 'empreendedores') com problema #1 na linguagem do avatar; promessa do lead magnet específica (resultado + prazo); lead magnet conecta com a oferta principal — avaliação QUALITATIVA/julgamento humano, NUNCA veto (fronteira ADR-002; booleano auto-declarado seria green falso)",
+        "_sources": "wf-lead-magnet-pipeline.yaml:266-270 (CP_PHASE_0 'Avatar genérico → BLOCK') + :443-447 (CP_PHASE_1 'Promessa genérica → BLOCK', 'não conecta com oferta → BLOCK') — condições qualitativas → checkpoint, não veto"
+      },
+      "_sources": "wf-lead-magnet-pipeline.yaml:88-271 (PHASE-0 avatar/Core Four/Rule of 100) + :276-448 (PHASE-1 tipo/promessa/estrutura/nome do lead magnet) FUNDIDAS — mesma capacidade de geração de leads (acquisition-strategist *core-four + *lead-magnet)."
+    },
+    {
+      "name": "conversion-copywriter",
+      "step": "lm-copy",
+      "output": "lm-content",
+      "sections": [
+        "## Landing Page",
+        "## Email de Entrega",
+        "## Sequencia de Nurture"
+      ],
+      "knowledge": ["pages.md", "launch-email.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Lead magnet com formatação profissional; landing page com hook acima da dobra; sequência de nutrição com 5 emails cobrindo consumo→educação→prova→engajamento→transição para oferta — completude/qualidade QUALITATIVA (julgamento humano), NUNCA veto (ADR-002)",
+        "_sources": "wf-lead-magnet-pipeline.yaml:615-631 (CP_PHASE_2 'Lead magnet sem formatação profissional → WARNING'; criteria 'Sequência de nurture (5 emails)') — qualitativo/completude → checkpoint, não veto (o único BLOCK machine de PHASE-2 é 'Menos de 10 hooks', que vive em lm-distribuicao)"
+      },
+      "_sources": "wf-lead-magnet-pipeline.yaml:453-631 (PHASE-2 T2.1 lead magnet, T2.2 landing page copy, T2.4 email de entrega, T2.5 nurture 5 emails) — copy de captura (conversion-copywriter *landing-page + *email-sequence)."
+    },
+    {
+      "name": "acquisition-strategist",
+      "step": "lm-distribuicao",
+      "output": "lm-distribution",
+      "sections": [
+        "## Hooks de Distribuicao",
+        "## Plano Core Four e Calendario",
+        "## Lancamento e Otimizacao"
+      ],
+      "knowledge": ["hooks-and-ads.md", "core-four-leads.md"],
+      "veto": [
+        {
+          "type": "count_gte",
+          "field": "Hooks",
+          "n": 10,
+          "_sources": "wf-lead-magnet-pipeline.yaml:629-630 (CP_PHASE_2: 'Menos de 10 hooks → BLOCK - Insuficiente para teste de mensagens') — VETO DE DOMÍNIO, machine-redutível a count_gte, ortogonal (forma da seção presente, contagem independente), derivável pelo sweep (9 itens reais → bloqueia)"
+        },
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Conversion rate da landing page saudável (benchmark 30-35%; abaixo de 15% → otimizar) e leads sendo gerados nos primeiros 7 dias — MÉTRICA DE RUNTIME (não design-time), avaliação humana, NUNCA veto (ADR-002; '0 leads em 7 dias' é HALT operacional, não asserção estática)",
+        "_sources": "wf-lead-magnet-pipeline.yaml:971-975 (CP_PHASE_4 'Conversion rate < 15% → WARNING' / '0 leads em 7 dias → HALT') — métricas de runtime/aritméticas → checkpoint final, não veto"
+      },
+      "_sources": "wf-lead-magnet-pipeline.yaml:480-484 (PHASE-2 T2.3 hooks de distribuição, 10+) + :636-830 (PHASE-3 plano Core Four, calendário Rule of 100, outreach, content calendar) + :835-975 (PHASE-4 lançamento/tracking/otimização) FUNDIDAS — distribuição e otimização de aquisição (acquisition-strategist *hooks + *core-four + *content)."
+    }
+  ],
+  "contrato_entrada": {
+    "nao_se_aplica": true,
+    "razao": "buildWorkflowYaml/stepsFromSpec (forge-generate.cjs:398-399) hardcodeiam inputs:[brief] para a 1a etapa de QUALQUER workflow emitido por este gerador -- nenhum wf gerado por ele pode ter discriminador de entrada observavel em inputs:, por construcao, nao por falta de discriminador no dominio deste workflow especifico. Confirmado tambem que nenhuma veto.assertions desta etapa (count_gte de dominio ou field_matches confianca) declara campo de maquina de entrada. Mesma classe de recusa da SF12.5a (wf-grand-slam-offer), generalizada aqui pela evidencia do proprio gerador, nao apenas do wf.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "entregavel": {
+    "nao_se_aplica": true,
+    "razao": "outputs desta etapa sao o proprio artefato de texto gravado pelo motor; nao ha arquivo derivado (PNG/HTML) fora do artefato. Confirmado: nenhum veto.assertions deste wf usa file_referenced_exists. Classe ja nomeada em ADR-030 Decisao 1 item 5.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "_ritmo_deferido": {
+    "pendente": true,
+    "razao": "wf-lead-magnet-pipeline tem 3 checkpoints blocking:true (>=2, contra 1 em grand-slam-offer) -- o invariante ADR-024 DF-SF11.10-3 NAO forca recusa aqui, entao nao_se_aplica seria recusa fabricada (defeito R4 da SF12.5a). Aplicar seria IMPOSSIVEL hoje: serializeCheckpoint (forge-generate.cjs:378-385) dropa skip_modes na emissao, e wf-lead-magnet-pipeline.yaml e funcao pura de wf-lead-magnet-pipeline.spec.json (diff vazio, medido) -- um skip_modes escrito a mao seria apagado na proxima regeneracao E quebraria a idempotencia da Emenda 3 no ato. E aplicar seria DESNECESSARIO: o dono decidiu que NENHUM checkpoint deste pod e dispensavel em yolo -- todos os gates ficam (decisao registrada, relay da coordenadora, mesma rodada). Logo o mecanismo nao teria funcao mesmo se o gerador aprendesse a emitir skip_modes -- fecha DEBT-SF12.5b-C, sem gatilho pendente. Ausente-com-registro e o estado final, nao apenas o unico disponivel (ADR-030 Emenda 5, DF-SF12.4-14, M-a/M-b + decisao do dono).",
+    "encaminhado_a": "dono",
+    "resposta_do_dono": "nenhum checkpoint dos 5 workflows e dispensavel em yolo -- todos os gates ficam",
+    "gatilho": "DEBT-SF12.5b-A (fecha com esta resposta -- ver tabela de dividas)",
+    "respondido_por": "pc-planner — Story SF12.5b, confirmado por pc-architect *review (ADR-030 Emenda 5, DF-SF12.4-14); razao final incorpora decisao do dono, transcrita pela coordenadora"
+  },
+  "smoke_scenario": "workflows/wf-lead-magnet-pipeline.smoke.json"
+}

package/template/pods/hormozi-method/specs/wf-money-model-design.spec.json

@@ -0,0 +1,117 @@
+{
+  "pod": "hormozi-method",
+  "workflowId": "money-model-design",
+  "purpose": "F2a — spec AUTORADA (ADR-005) do wf-money-model-design a partir do legado como EVIDÊNCIA citada (NUNCA parse automático — Art. IV). Reuse-first (B.5): as 5 fases legadas (PHASE-0..4) fundem em 3 etapas mapeadas a agentes que JÁ EXISTEM no pod — monetization-architect (capacidade money-model) e conversion-copywriter (capacidade copy). Nenhum agente novo. DRAFT de staging para a F2 real (open-line/advance) do ciclo consumir.",
+  "_sources": [
+    "squads/hormozi/README.md:69 (catálogo: 'wf-money-model-design | 4 | 3 | Design revenue models with upsells/downsells')",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:7-23 (name/description GMMM: Get→More→Max; LTGP:CAC>=3:1; CAC recovery 30d)",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:88-247 (PHASE-0 Discovery&Audit: T0.1 dados financeiros, T0.2 modelo atual, T0.3 health check) → etapa mm-diagnostico",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:249-527 (PHASE-1 GMMM Architecture + PHASE-2 Pricing&Anchoring — mesma capacidade monetization, FUNDIDAS) → etapa mm-arquitetura",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:518-522 (CP_PHASE_1 veto_conditions: 'Menos de 5 ofertas no total → BLOCK - Insuficiente para Money Model efetivo') → veto de DOMÍNIO count_gte n:5 (machine-redutível, ortogonal)",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:658-673 (CP_PHASE_2: LTGP:CAC>=3:1 e 30-day cash flow — ARITMÉTICO → checkpoint.blocking, NUNCA veto; fronteira ADR-002)",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:678-825 (PHASE-3 Copy&Presentation: upsell/downsell page copy) → etapa mm-copy (conversion-copywriter)",
+    "squads/hormozi/workflows/wf-money-model-design.yaml:825-920 (PHASE-4 Validation VAL_001-008: 8/8 checklist) → dobrada no checkpoint.blocking final",
+    "squads/hormozi/squad-io.yaml:191-197 (artifacts money-model-architecture + ltgp-cac-analysis)",
+    "squads/hormozi/squad-io.yaml:399 (hormozi-models commands *money-model/*upsell/*downsell/*continuity → capacidade absorvida por monetization-architect)",
+    "pods/hormozi-method/agents/monetization-architect.md (REUSE — capacidade money-model já existe; evidência da recomendação ADR-006 'MIGRAR 1º da fila')",
+    "pods/hormozi-method/agents/conversion-copywriter.md (REUSE — capacidade copy já existe)",
+    "pods/hormozi-method/workflows/wf-grand-slam-offer.yaml (âncora: convenção de step/veto — assertion_types {count_gte, field_matches}, DAG linear, confianca ^(alta|media|baixa)$)"
+  ],
+  "reuse_note": "Zero agente novo. Namespace pod-wide (M3) conferido contra a âncora: step-ids mm-diagnostico/mm-arquitetura/mm-copy e outputs mm-diagnosis/mm-architecture/mm-copy NÃO colidem com offer-engineer/monetization-architect/conversion-copywriter nem com offer-package/money-model-pricing/sales-copy. Templates gerados mm-*-tmpl.md são novos. forge-generate NÃO escreve agents/*.md — reusar monetization-architect em 2 etapas gera 2 templates novos sem tocar o agente.",
+  "agents": [
+    {
+      "name": "monetization-architect",
+      "step": "mm-diagnostico",
+      "output": "mm-diagnosis",
+      "sections": [
+        "## Dados Financeiros",
+        "## Health Check"
+      ],
+      "knowledge": ["money-model.md", "retention-ltv.md", "scale-roadmap.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora wf-grand-slam-offer.yaml step monetization-architect); ortogonal e derivável (valor presente fora do pattern)"
+        }
+      ],
+      "_sources": "wf-money-model-design.yaml:88-247 (PHASE-0: dados financeiros CAC/ticket/churn/LTV + health check LTGP:CAC/30-day recovery). CAC-desconhecido/8-de-8 → completude julgada no checkpoint, não veto (evitaria non-ortogonalidade contra a própria forma do template)."
+    },
+    {
+      "name": "monetization-architect",
+      "step": "mm-arquitetura",
+      "output": "mm-architecture",
+      "sections": [
+        "## Ofertas",
+        "## Sequencia GMMM",
+        "## Unit Economics"
+      ],
+      "knowledge": ["money-model.md", "retention-ltv.md", "scale-roadmap.md"],
+      "veto": [
+        {
+          "type": "count_gte",
+          "field": "Ofertas",
+          "n": 5,
+          "_sources": "wf-money-model-design.yaml:521-522 (CP_PHASE_1: 'Menos de 5 ofertas no total → BLOCK') — VETO DE DOMÍNIO, machine-redutível a count_gte, ortogonal (forma presente, contagem independente), derivável pelo sweep (4 itens reais → bloqueia)"
+        },
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "LTGP:CAC >= 3:1 E 30-day cash flow positivo — avaliação ARITMÉTICA/julgamento humano, NUNCA veto (fronteira ADR-002; booleano auto-declarado seria green falso)",
+        "_sources": "wf-money-model-design.yaml:658-673 (CP_PHASE_2 veto_conditions 'LTGP:CAC < 2:1 → BLOCK' / '30-day cash flow negativo → BLOCK' são aritméticos → checkpoint, não veto)"
+      },
+      "_sources": "wf-money-model-design.yaml:249-527 (PHASE-1 GMMM Get→More→Max + PHASE-2 Pricing&Anchoring fundidas — mesma capacidade monetization)."
+    },
+    {
+      "name": "conversion-copywriter",
+      "step": "mm-copy",
+      "output": "mm-copy",
+      "sections": [
+        "## Copy Upsell",
+        "## Copy Downsell",
+        "## Apresentacao"
+      ],
+      "knowledge": ["pages.md", "money-model.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Validação final 8/8 (VAL_001-008): LTGP:CAC>=3:1, 30-day cash flow+, 5+ ofertas, continuity presente, ancoragem 3x+, downsell, copy completa, sequência mapeada — PHASE-4 dobrada no checkpoint final (métricas aritméticas → checkpoint, não veto)",
+        "_sources": "wf-money-model-design.yaml:844-920 (PHASE-4 inline_structures validation_checklist VAL_001-008)"
+      },
+      "_sources": "wf-money-model-design.yaml:678-825 (PHASE-3 Copy&Presentation: upsell/downsell page copy → conversion-copywriter)."
+    }
+  ],
+  "contrato_entrada": {
+    "nao_se_aplica": true,
+    "razao": "buildWorkflowYaml/stepsFromSpec (forge-generate.cjs:398-399) hardcodeiam inputs:[brief] para a 1a etapa de QUALQUER workflow emitido por este gerador -- nenhum wf gerado por ele pode ter discriminador de entrada observavel em inputs:, por construcao, nao por falta de discriminador no dominio deste workflow especifico. Confirmado tambem que nenhuma veto.assertions desta etapa (count_gte de dominio ou field_matches confianca) declara campo de maquina de entrada. Mesma classe de recusa da SF12.5a (wf-grand-slam-offer), generalizada aqui pela evidencia do proprio gerador, nao apenas do wf.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "entregavel": {
+    "nao_se_aplica": true,
+    "razao": "outputs desta etapa sao o proprio artefato de texto gravado pelo motor; nao ha arquivo derivado (PNG/HTML) fora do artefato. Confirmado: nenhum veto.assertions deste wf usa file_referenced_exists. Classe ja nomeada em ADR-030 Decisao 1 item 5.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "_ritmo_deferido": {
+    "pendente": true,
+    "razao": "wf-money-model-design tem 2 checkpoints blocking:true (>=2, contra 1 em grand-slam-offer) -- o invariante ADR-024 DF-SF11.10-3 NAO forca recusa aqui, entao nao_se_aplica seria recusa fabricada (defeito R4 da SF12.5a). Aplicar seria IMPOSSIVEL hoje: serializeCheckpoint (forge-generate.cjs:378-385) dropa skip_modes na emissao, e wf-money-model-design.yaml e funcao pura de wf-money-model-design.spec.json (diff vazio, medido) -- um skip_modes escrito a mao seria apagado na proxima regeneracao E quebraria a idempotencia da Emenda 3 no ato. E aplicar seria DESNECESSARIO: o dono decidiu que NENHUM checkpoint deste pod e dispensavel em yolo -- todos os gates ficam (decisao registrada, relay da coordenadora, mesma rodada). Logo o mecanismo nao teria funcao mesmo se o gerador aprendesse a emitir skip_modes -- fecha DEBT-SF12.5b-C, sem gatilho pendente. Ausente-com-registro e o estado final, nao apenas o unico disponivel (ADR-030 Emenda 5, DF-SF12.4-14, M-a/M-b + decisao do dono).",
+    "encaminhado_a": "dono",
+    "resposta_do_dono": "nenhum checkpoint dos 5 workflows e dispensavel em yolo -- todos os gates ficam",
+    "gatilho": "DEBT-SF12.5b-A (fecha com esta resposta -- ver tabela de dividas)",
+    "respondido_por": "pc-planner — Story SF12.5b, confirmado por pc-architect *review (ADR-030 Emenda 5, DF-SF12.4-14); razao final incorpora decisao do dono, transcrita pela coordenadora"
+  },
+  "smoke_scenario": "specs/wf-money-model-design.smoke.json"
+}

package/template/pods/hormozi-method/specs/wf-paid-ads-campaign.spec.json

@@ -0,0 +1,132 @@
+{
+  "pod": "hormozi-method",
+  "workflowId": "paid-ads-campaign",
+  "purpose": "F2a — spec AUTORADA (ADR-005/ADR-006) do wf-paid-ads-campaign a partir do legado como EVIDÊNCIA citada (NUNCA parse automático — Art. IV). Reuse-first (ADR-005 B.5): as 5 fases legadas (PHASE-0..4) fundem em 3 etapas mapeadas a acquisition-strategist, que JÁ EXISTE no pod pós-SF5.1 e cuja capacidade paid-ads JÁ está presente (comandos *core-four/*hooks/*ads carregando knowledge/hooks-and-ads.md + knowledge/swipefiles-curados.md + knowledge/scale-roadmap.md). ZERO agente novo: nenhuma capacidade do legado (offer-check/math, hooks 5 níveis, ad assembly, testing rounds, scale) está ausente do pod. Consumida pela F2 real (open-line/advance) do ciclo.",
+  "_sources": [
+    "squads/hormozi/README.md:67 (catálogo: 'Launch GOATed ad campaigns'); MIGRATION-hormozi.yaml:963-966 (triagem migrate aprovada, julgamento 'provavel re-ancora por feature novo'; purpose wf-paid-ads-campaign.yaml:7)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:6-22 (id/name/description: processo Ad Assembly Oferta→Hooks→Ads→Teste→Escala; 50 Hooks × 3-5 Meats × 1-3 CTAs = 150-750 ads/semana)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:85-215 (PHASE-0 Offer Check & Math: T0.1 validar Grand Slam Offer existe :100, T0.2 matemática CAC/break-even/budget :106, T0.3 10 competidores :112, T0.4 avatar cirúrgico + awareness :118 — agent hormozi-chief :96) → etapa paid-fundacao",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:199-215 (CP_PHASE_0 veto_conditions 'Grand Slam Offer não existe → HALT' / 'CAC máximo < Budget mínimo → BLOCK' / 'Margem pós-ads < 20% → WARNING' — PRECONDIÇÃO + ARITMÉTICA de runtime, NÃO reduzíveis a count_gte/field_matches → checkpoint.blocking, NUNCA veto; fronteira ADR-002)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:221-374 (PHASE-1 Hook Creation: T1.1 swipe file 5 fontes :240, T1.2 criar 50 hooks :246, T1.3 validar distribuição 70-20-10 :252; 5 níveis de awareness Eugene Schwartz :289-358 — agent hormozi-hooks :236) → etapa paid-criativos",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:360-374 (CP_PHASE_1 veto 'Menos de 50 hooks → BLOCK' :371 = VETO DE DOMÍNIO count_gte machine-redutível, ortogonal; '100% hooks em um único awareness level → BLOCK' :373 = distribuição QUALITATIVA → checkpoint.blocking)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:380-567 (PHASE-2 Ad Assembly: T2.1 3-5 meats :396, T2.2 1-3 CTAs :402, T2.3 montar combinações :408, T2.4 assets necessários :414; formatos demo/testemunho/educação/história/faceless :427-479 — agent hormozi-ads :393) → etapa paid-criativos",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:552-567 (CP_PHASE_2 veto 'Menos de 150 combinações → BLOCK' :564 = VETO DE DOMÍNIO count_gte machine-redutível, ortogonal; 'Landing page não match com ad → BLOCK' :566 = congruência QUALITATIVA → checkpoint.blocking)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:573-732 (PHASE-3 Testing Rounds: T3.1 configurar campanhas :591, T3.2 round 1 hooks :597, T3.3 round 2 meat :603, T3.4 kill decisions :609; track→lose→print money — agent hormozi-ads :587) → etapa paid-teste-escala",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:717-732 (CP_PHASE_3 veto 'Nenhum ad com CTR >1% → BLOCK' / 'CPA 3x acima do target → WARNING' — MÉTRICAS DE RUNTIME de campanha ao vivo, aritméticas → checkpoint.blocking, NUNCA veto; ADR-002)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:738-921 (PHASE-4 Optimization & Scale: T4.1 scale readiness :758, T4.2 estratégia de scale :764, T4.3 otimização semanal :770, T4.4 sistema de produção semanal :776; scale_readiness_gate ROAS>3x/500+ conv :786-793 — agents hormozi-ads+hormozi-audit :753-755) → etapa paid-teste-escala",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:907-921 (CP_PHASE_4 veto 'Menos de 100 conversões → BLOCK' / 'ROAS <2x → WARNING' — MÉTRICAS DE RUNTIME pós-lançamento, dependem de campanha ao vivo → checkpoint.blocking, NUNCA veto; ADR-002)",
+    "squads/hormozi/workflows/wf-paid-ads-campaign.yaml:985-1001 (error_handling.on_checkpoint_failure: return_to_previous_phase+max_retries:2 :992-995 — boilerplate genérico de TODO wf hormozi, idêntico ao money-model SF3.4 e lead-magnet SF5.1; NÃO é fix_loop de motor v0.3 — ver nota fix_loop. on_veto_triggered.escalate_to hormozi-chief :999 = escalada, não retry)",
+    "pods/hormozi-method/agents/acquisition-strategist.md:18,21,22,23 (REUSE — comandos *core-four cobre canal Paid Ads+budget+Regra de 100+70-20-10; *hooks cobre 9 tipos × 5 níveis de consciência 70-20-10; *ads constrói GOATed Ad Hook→Meat→CTA fases track→lose→print money; *content — capacidade paid-ads JÁ presente, carrega knowledge/hooks-and-ads.md+swipefiles-curados.md)",
+    "pods/hormozi-method/knowledge/hooks-and-ads.md + knowledge/swipefiles-curados.md + knowledge/scale-roadmap.md (conhecimento de hooks/ads/testing/scale JÁ destilado no pod — capacidade preservada; nenhum knowledge novo necessário)",
+    "pods/hormozi-method/workflows/wf-grand-slam-offer.yaml (âncora: convenção de step/veto — assertion_types {count_gte, field_matches}, DAG linear, confianca ^(alta|media|baixa)$); MIGRATION-hormozi.yaml:1-20 (âncora AMPLIADA pós-SF3.4: checkpoint_positions {final, mid}, dag_shapes {linear}, fix_loop:false)"
+  ],
+  "reuse_note": "ZERO agente novo — capacidade paid-ads INTEGRALMENTE presente no pod pós-SF5.1. acquisition-strategist reusado nas 3 etapas (paid-fundacao/paid-criativos/paid-teste-escala): *core-four (PHASE-0 readiness do canal Paid Ads + budget + Regra de 100 + 70-20-10), *hooks (PHASE-1 hooks 5 níveis), *ads (PHASE-2/3/4 assembly + track→lose→print money + scale). Reuse de agente entre etapas NÃO dispara re-âncora (ADR-006, calibração ec8322f/dd658e6: `agents_shared` SAI do tuple; runner é agent-agnóstico — pc-run-pod.cjs:339 rótulo, :672 campo do state). Namespace pod-wide (M3) conferido contra âncora e linhas fechadas (grand-slam: offer-package/money-model-pricing/sales-copy; money-model: mm-*; lead-magnet: lm-*): step-ids paid-fundacao/paid-criativos/paid-teste-escala e outputs paid-foundation/paid-creatives/paid-test-scale NÃO colidem. Templates gerados paid-*-tmpl.md são novos. CONTRASTE COM A TRIAGEM (2026-07-24, MIGRATION-hormozi.yaml:963 'provavel re-ancora por feature novo: DAG/assertion nao coberto pela ancora'): a MÁQUINA (advance→gates, feature-diff) reconfirma ou refuta contra o estado ATUAL da âncora — o legado real é LINEAR (PHASE-0→1→2→3→4 estritamente sequencial, sem branch) e seus únicos vetos machine-reduzíveis são count_gte (Hooks n:50, Combinacoes n:150) + field_matches (confianca): ambos JÁ na âncora. A hipótese de 2026-07-24 foi escrita ANTES da ampliação da âncora pela SF3.4 (checkpoint:mid, fechada 2026-07-25); não é correção retroativa da triagem, é dado novo do feature-diff real. NOTA fix_loop: o error_handling.on_checkpoint_failure legado (return_to_previous_phase+max_retries:2, :992-995) NÃO é modelado como fix_loop — (i) boilerplate genérico idêntico em todo wf hormozi (money-model SF3.4 e lead-magnet SF5.1 tinham o mesmo e NÃO viraram fix_loop); (ii) computeFeatureSet:299 só marca fix_loop com `step.fix_loop===true` ou `checkpoint.loop===true` — campos que forge-generate NUNCA emite; (iii) o comportamento 'na falha do checkpoint, retornar e refazer' JÁ É o que checkpoint.blocking faz (halt→revisão→re-run); max_retries:2 é limite de processo humano sem equivalente executável de motor. Modelá-lo inventaria feature de motor inexistente (Art. IV). Capacidade preservada pelos 3 checkpoints blocking — não é regressão.",
+  "agents": [
+    {
+      "name": "acquisition-strategist",
+      "step": "paid-fundacao",
+      "output": "paid-foundation",
+      "sections": [
+        "## Oferta e Matematica",
+        "## Competidores",
+        "## Avatar Cirurgico"
+      ],
+      "knowledge": ["hooks-and-ads.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora wf-grand-slam-offer.yaml step); ortogonal e derivável (valor presente fora do pattern)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Grand Slam Offer validada (WF-1 output existe — PRECONDIÇÃO, não asserção estática); matemática fundamental viável (CAC máximo >= budget mínimo por ad set, break-even definido, budget teste = 10x CPA, margem pós-ads >= 20%); 10 competidores analisados; avatar cirúrgico com linguagem exata e nível de awareness — avaliação QUALITATIVA + ARITMÉTICA de runtime, NUNCA veto (fronteira ADR-002; 'CAC < budget' e 'margem < 20%' são comparações de runtime, 'oferta não existe' é precondição)",
+        "_sources": "wf-paid-ads-campaign.yaml:199-215 (CP_PHASE_0 'Grand Slam Offer não existe → HALT', 'CAC máximo < Budget mínimo → BLOCK', 'Margem pós-ads < 20% → WARNING') — precondição + aritmética → checkpoint, não veto"
+      },
+      "_sources": "wf-paid-ads-campaign.yaml:85-215 (PHASE-0 offer check + math CAC/break-even/budget + 10 competidores + avatar cirúrgico) — readiness do canal Paid Ads (acquisition-strategist *core-four: diagnostica Paid Ads, budget, Regra de 100, 'Paid Ads só escala com lucro-30-dias ≥ CAC')."
+    },
+    {
+      "name": "acquisition-strategist",
+      "step": "paid-criativos",
+      "output": "paid-creatives",
+      "sections": [
+        "## Hooks",
+        "## Meats e CTAs",
+        "## Combinacoes e Assets"
+      ],
+      "knowledge": ["hooks-and-ads.md", "swipefiles-curados.md"],
+      "veto": [
+        {
+          "type": "count_gte",
+          "field": "Hooks",
+          "n": 50,
+          "_sources": "wf-paid-ads-campaign.yaml:371 (CP_PHASE_1: 'Menos de 50 hooks → BLOCK - Volume insuficiente para teste') — VETO DE DOMÍNIO, machine-redutível a count_gte, ortogonal (forma da seção presente, contagem independente), derivável pelo sweep (49 itens → bloqueia)"
+        },
+        {
+          "type": "count_gte",
+          "field": "Combinacoes",
+          "n": 150,
+          "_sources": "wf-paid-ads-campaign.yaml:564 (CP_PHASE_2: 'Menos de 150 combinações → BLOCK - Volume insuficiente para teste') — VETO DE DOMÍNIO count_gte (50 Hooks × 3-5 Meats × 1-3 CTAs = 150-750 combinações, :388), machine-redutível, ortogonal, derivável pelo sweep (149 itens → bloqueia)"
+        },
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Distribuição de hooks em todos os 5 níveis de awareness (não 100% num único nível) seguindo 70-20-10; swipe file de referência documentado; congruência landing page × ad verificada — avaliação QUALITATIVA (julgamento humano), NUNCA veto (ADR-002; '100% num awareness level' e 'landing não match' são congruência qualitativa; os BLOCKs machine 'Menos de 50 hooks'/'Menos de 150 combinações' vivem nos vetos count_gte)",
+        "_sources": "wf-paid-ads-campaign.yaml:360-374 (CP_PHASE_1 '100% hooks em um único awareness level → BLOCK') + :552-567 (CP_PHASE_2 'Landing page não match com ad → BLOCK') — qualitativo/congruência → checkpoint, não veto"
+      },
+      "_sources": "wf-paid-ads-campaign.yaml:221-374 (PHASE-1 hooks: swipe file, 50+ hooks, distribuição 70-20-10, 5 níveis de awareness) + :380-567 (PHASE-2 assembly: 3-5 meats, 1-3 CTAs, 150+ combinações, assets) FUNDIDAS — criativos de paid ads (acquisition-strategist *hooks + *ads Hook→Meat→CTA)."
+    },
+    {
+      "name": "acquisition-strategist",
+      "step": "paid-teste-escala",
+      "output": "paid-test-scale",
+      "sections": [
+        "## Configuracao e Testes",
+        "## Kill Decisions",
+        "## Escala e Producao Semanal"
+      ],
+      "knowledge": ["hooks-and-ads.md", "scale-roadmap.md"],
+      "veto": [
+        {
+          "type": "field_matches",
+          "field": "confianca",
+          "pattern": "^(alta|media|baixa)$",
+          "_sources": "convenção de conformidade do pod (âncora)"
+        }
+      ],
+      "checkpoint": {
+        "blocking": true,
+        "criteria": "Rounds de teste executados (hooks e meats testados) com top performers identificados e kill decisions aplicadas; scale readiness validado (nunca escalar sem 100 conversões; ROAS >3x por 7 dias; CPA estável por 500+ conversões; frequência <3); estratégia de scale definida (vertical/horizontal/surfing) e sistema de produção semanal documentado — MÉTRICAS DE RUNTIME (CTR >1%, CPA vs target, 100 conversões, ROAS) que dependem de campanha ao vivo, avaliação humana, NUNCA veto (ADR-002; 'Nenhum ad com CTR >1%' e 'Menos de 100 conversões' são HALT operacionais de runtime, não asserções estáticas)",
+        "_sources": "wf-paid-ads-campaign.yaml:717-732 (CP_PHASE_3 'Nenhum ad com CTR >1% → BLOCK', 'CPA 3x acima do target → WARNING') + :907-921 (CP_PHASE_4 'Menos de 100 conversões → BLOCK', 'ROAS <2x → WARNING') — métricas de runtime → checkpoint final, não veto"
+      },
+      "_sources": "wf-paid-ads-campaign.yaml:573-732 (PHASE-3 testing: config campanhas, round 1 hooks, round 2 meat, kill decisions) + :738-921 (PHASE-4 scale: scale readiness, estratégia, otimização semanal, produção semanal) FUNDIDAS — teste e escala de paid ads (acquisition-strategist *ads track→lose→print money + knowledge/scale-roadmap.md). Nota: round1_results/round2_results (telemetria de rounds ao vivo) são DISPENSADOS por classe no artifact-map — capacidade de interpretar rounds preservada em *ads (fase track) + knowledge/hooks-and-ads.md."
+    }
+  ],
+  "contrato_entrada": {
+    "nao_se_aplica": true,
+    "razao": "buildWorkflowYaml/stepsFromSpec (forge-generate.cjs:398-399) hardcodeiam inputs:[brief] para a 1a etapa de QUALQUER workflow emitido por este gerador -- nenhum wf gerado por ele pode ter discriminador de entrada observavel em inputs:, por construcao, nao por falta de discriminador no dominio deste workflow especifico. Confirmado tambem que nenhuma veto.assertions desta etapa (count_gte de dominio ou field_matches confianca) declara campo de maquina de entrada. Mesma classe de recusa da SF12.5a (wf-grand-slam-offer), generalizada aqui pela evidencia do proprio gerador, nao apenas do wf.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "entregavel": {
+    "nao_se_aplica": true,
+    "razao": "outputs desta etapa sao o proprio artefato de texto gravado pelo motor; nao ha arquivo derivado (PNG/HTML) fora do artefato. Confirmado: nenhum veto.assertions deste wf usa file_referenced_exists. Classe ja nomeada em ADR-030 Decisao 1 item 5.",
+    "respondido_por": "pc-planner — Story SF12.5b (2026-08-07)"
+  },
+  "_ritmo_deferido": {
+    "pendente": true,
+    "razao": "wf-paid-ads-campaign tem 3 checkpoints blocking:true (>=2, contra 1 em grand-slam-offer) -- o invariante ADR-024 DF-SF11.10-3 NAO forca recusa aqui, entao nao_se_aplica seria recusa fabricada (defeito R4 da SF12.5a). Aplicar seria IMPOSSIVEL hoje: serializeCheckpoint (forge-generate.cjs:378-385) dropa skip_modes na emissao, e wf-paid-ads-campaign.yaml e funcao pura de wf-paid-ads-campaign.spec.json (diff vazio, medido) -- um skip_modes escrito a mao seria apagado na proxima regeneracao E quebraria a idempotencia da Emenda 3 no ato. E aplicar seria DESNECESSARIO: o dono decidiu que NENHUM checkpoint deste pod e dispensavel em yolo -- todos os gates ficam (decisao registrada, relay da coordenadora, mesma rodada). Logo o mecanismo nao teria funcao mesmo se o gerador aprendesse a emitir skip_modes -- fecha DEBT-SF12.5b-C, sem gatilho pendente. Ausente-com-registro e o estado final, nao apenas o unico disponivel (ADR-030 Emenda 5, DF-SF12.4-14, M-a/M-b + decisao do dono).",
+    "encaminhado_a": "dono",
+    "resposta_do_dono": "nenhum checkpoint dos 5 workflows e dispensavel em yolo -- todos os gates ficam",
+    "gatilho": "DEBT-SF12.5b-A (fecha com esta resposta -- ver tabela de dividas)",
+    "respondido_por": "pc-planner — Story SF12.5b, confirmado por pc-architect *review (ADR-030 Emenda 5, DF-SF12.4-14); razao final incorpora decisao do dono, transcrita pela coordenadora"
+  },
+  "smoke_scenario": "workflows/wf-paid-ads-campaign.smoke.json"
+}