Biz SMTP Form Autoresponder — Auto-email após lead preencher fo…

Biz SMTP Form Autoresponder — E-mail automático após lead preencher formulário

Esta skill transforma o formulário de cadastro na landing page (nome/telefone/e-mail padrão para tráfego VN) em 2 e-mails automáticos assim que o usuário envia: (A) e-mail de boas-vindas para o lead, (B) e-mail de notificação para o proprietário. Os e-mails são elaborados individualmente para cada oferta com base no contexto existente do pipeline biz-* (nada genérico como "Obrigado por se cadastrar, entraremos em contato em breve" — isso é cópia que queima leads).

Filosofia: O e-mail auto-responder é o momento de ouro. O lead acabou de clicar em enviar = está no pico da intenção. O e-mail que chega em 30 segundos deve (1) confirmar que o envio foi correto, (2) entregar o que foi prometido no CTA (lead magnet / agendamento / link de pagamento), (3) definir expectativas claras para o próximo passo. Um bom e-mail auto-responder = converte 20-40% dos leads frios em leads quentes. Um e-mail genérico = o lead bloqueia o remetente ou esquece o nome da marca em 24h.

Por que SMTP (sem ficar preso a 1 provedor): SMTP é um padrão aberto — o usuário escolhe o provedor que cabe no bolso + região + conformidade. Gmail SMTP gratuito para 500/dia (suficiente para landing page com <50 leads/dia), Resend SMTP 3000/mês, SendGrid 100/dia para sempre grátis, Brevo (popular no VN) 300/dia grátis, hospedagem VN (Mắt Bão/PA/Inet) geralmente inclui SMTP. O código usa nodemailer — trocar de provedor só precisa alterar 4 variáveis de ambiente, sem modificar o código. Evita vendor lock-in.

Saída da skill: patch de código + 2 rascunhos de e-mail HTML responsivo + lista de variáveis de ambiente + plano de teste. A skill NÃO envia e-mail de teste automaticamente — o usuário deve confirmar o rascunho primeiro, pois o link do lead magnet, a voz da marca e o texto de urgência são propriedade do usuário.

---

Quando usar esta skill

• O usuário acabou de implantar a landing page (via /biz-deploy-vercel) e o formulário está enviando dados para o vazio.
• O usuário tem uma landing page pronta (Next.js, Vite ou HTML estático no Vercel) e quer integrar um auto-responder de e-mail.
• O usuário está construindo algo novo e quer a integração de e-mail desde o início, antes de implantar.
• O usuário já tem Gmail/Google Workspace e quer usar o SMTP gratuito em vez de criar uma conta em outro provedor.
• O usuário tem hospedagem VN (Mắt Bão, PA, Inet) com servidor SMTP incluído.

NÃO use esta skill quando:

• O usuário quer marketing por e-mail em massa (newsletter, campanha de nutrição de 7 a 30 dias) → Mailchimp/ConvertKit/MailerLite são mais adequados.
• O usuário quer auto-responder por SMS/Zalo OA → caso de uso diferente.
• O usuário quer integração com CRM (lead indo para Hubspot/Pipedrive/Notion DB) → outra skill.
• O usuário precisa de cold email outreach em massa → Instantly/Smartlead, não transacional.

---

Fluxo de trabalho geral (7 fases)

Fase 0: DETECTAR STACK DO PROJETO (Next.js App / Pages / Vite / HTML estático)
       ↓
Fase 1: ESCOLHER PROVEDOR SMTP (Gmail / Resend SMTP / SendGrid / Mailgun / Brevo / Zoho / Customizado)
       ↓
Fase 2: COLETAR CONTEXTO (offer.json + conversion-copy.md, ou ler app/page.tsx do Next.js, ou ler HTML implantado)
       ↓
Fase 3: ESCOLHER PADRÃO DE E-MAIL (lead magnet / agendamento / pagamento / nutrição)
       ↓
Fase 4: ELABORAR 2 E-MAILS (auto-responder + notificação para o proprietário) — mostrar ao usuário
       ↓
Fase 5: REVISÃO E EDIÇÃO DO USUÁRIO — iterar até o usuário aprovar
       ↓
Fase 6: INTEGRAR CÓDIGO (instalar nodemailer + rota de API + binding do formulário + variáveis de ambiente)
       ↓
Fase 7: CONFIGURAÇÃO DO PROVEDOR + PLANO DE TESTE — instruções para obter credenciais SMTP, verificar domínio (se necessário), testar ao vivo

Cada fase para para o usuário confirmar — especialmente Fase 1 (escolha do provedor), Fases 4-5 (conteúdo do e-mail), Fase 7 (DNS do provedor) pois são propriedade da marca do usuário. A geração de código na Fase 6 é mais proativa.

---

Fase 0 — Detectar Stack do Projeto

Leia a raiz do projeto para determinar a stack. A stack determina: onde colocar a rota de API, a sintaxe de importação do nodemailer e o tipo de binding do formulário (fetch ou form action).

Arquivo detectado	Stack	Caminho da rota de API	Binding do formulário
next.config.js/mjs/ts + pasta app/	Next.js App Router	app/api/submit/route.ts	componente cliente fetch('/api/submit')
next.config.js/mjs/ts + pasta pages/	Next.js Pages Router	pages/api/submit.ts	componente cliente fetch('/api/submit')
vite.config.js/ts	Vite (React/Vue/Svelte)	api/submit.js (função Vercel)	componente cliente fetch('/api/submit')
package.json sem framework, com index.html	HTML estático	api/submit.js (função Vercel)	<script> inline com fetch('/api/submit')
Sem projeto local, apenas URL	Página já implantada	Precisa que o usuário clone o repositório primeiro ou indique o caminho do repositório	—

Leia mais para determinar os campos do formulário:

• Procure por <form> no código → liste os <input name="..."> existentes
• Padrão esperado (conforme memória do projeto): name, phone, email. Algumas páginas adicionam: company, message, budget, utm_source.
• Se o formulário ainda não existir → a skill criará um novo formulário com 3 campos mínimos (nome/telefone/e-mail) na Fase 6.

Importante: Se o usuário não tiver um projeto local (apenas a URL implantada), pare e pergunte: "Você tem o repositório local para eu integrar o código? Preciso editar os arquivos de origem. Se tiver apenas a URL, clone o repositório e me indique o caminho." Não é possível integrar apenas com a URL.

---

Fase 1 — Escolher Provedor SMTP

Pergunte ao usuário qual provedor, entre 7 opções. Cada provedor tem configurações SMTP diferentes (host/port/auth), e a skill preenche automaticamente o template das variáveis de ambiente quando o usuário escolhe.

#	Provedor	Plano gratuito	Adequado quando	Host SMTP	Porta	Observações
1	Gmail / Google Workspace	500/dia	Usuário já tem Gmail/Workspace, tráfego baixo	smtp.gmail.com	587 (STARTTLS)	Obrigatório usar App Password (2FA), NÃO usar a senha principal
2	Resend SMTP	3000/mês	Quer alta deliverability + logs bonitos, OK configurar DNS	smtp.resend.com	587	Usuário = resend, Senha = chave de API. Precisa verificar domínio para enviar de @marca.vn customizado
3	SendGrid SMTP	100/dia para sempre grátis	Stack já conhece SendGrid, precisa de webhook	smtp.sendgrid.net	587	Usuário = literal apikey, Senha = chave de API
4	Mailgun SMTP	100/dia × 3 meses	Região EU/US, amigável para desenvolvedores	smtp.mailgun.org (EUA) ou smtp.eu.mailgun.org (UE)	587	Usuário/senha das configurações de domínio do Mailgun
5	Brevo (Sendinblue) SMTP	300/dia para sempre grátis	Popular no VN, maior nível gratuito, tem suporte VN	smtp-relay.brevo.com	587	Usuário = e-mail de login, Senha = chave SMTP (diferente da chave de API)
6	Zoho Mail SMTP	5/dia grátis, $1/usuário/mês	Usuário já usa Zoho Workspace	smtp.zoho.com	587	Precisa de App Password se o 2FA estiver ativado
7	SMTP Customizado	Depende da hospedagem	Hospedagem VN (Mắt Bão/PA/Inet/Nhân Hòa) inclui SMTP, ou usa Postfix auto-hospedado	Usuário fornece	Usuário fornece	Usuário cola o host/porta/usuário/senha completos

Recomendação padrão por tipo de oferta:

• Landing page com <50 leads/dia, usuário tem Gmail → Gmail SMTP (custo zero, 5 minutos de configuração).
• Landing page com >50 leads/dia ou precisa de deliverability profissional → Brevo (grátis 300/dia, boa deliverability para VN) ou Resend SMTP (3000/mês, logs bonitos).
• Usuário quer algo à prova de migração, pode auto-hospedar depois → SMTP Customizado desde o início.

Formato da pergunta para o usuário:

Qual provedor SMTP você gostaria de usar para enviar os e-mails automáticos?

1. Gmail / Google Workspace (grátis 500/dia, mais fácil se já tiver Gmail)
2. Resend SMTP (grátis 3000/mês, alta deliverability, precisa verificar domínio)
3. SendGrid SMTP (grátis 100/dia para sempre, já conhece a API)
4. Mailgun SMTP (grátis 100/dia × 3 meses)
5. Brevo / Sendinblue SMTP (grátis 300/dia, popular no VN)
6. Zoho Mail SMTP (se já usa Zoho Workspace)
7. SMTP Customizado (hospedagem VN que você já tem / auto-hospedado)

Se ainda não tiver nenhuma conta, sugiro [Gmail se o tráfego for baixo / Brevo se precisar de alta deliverability]. Qual número você escolhe?

Depois que o usuário escolher → salve para injetar no template de variáveis de ambiente na Fase 6 e dar instruções para obter as credenciais corretas do provedor na Fase 7.

⚠️ Importante — segurança: As credenciais SMTP (especialmente o App Password do Gmail) têm permissão para enviar e-mails da conta do usuário. Nunca coloque diretamente no código-fonte. Sempre use variáveis de ambiente. Avise o usuário para rotacionar as credenciais imediatamente se elas forem commitadas acidentalmente.

---

Fase 2 — Coletar Contexto

Objetivo: entender a oferta profundamente o suficiente para elaborar e-mails que não sejam genéricos. 3 modos de entrada:

Modo A — Com artefatos do pipeline (mais rico)

O usuário acabou de executar /biz-offer-alex-hormozi e/ou ui-ux-pro-max → tem os arquivos:

• output/<slug-do-caso>/offer.json — segmento, resultado dos sonhos, mecanismo, pilha de bônus, garantia, preço (FONTE PRIMÁRIA de verdade)
• output/<slug-do-caso>/conversion-copy.md — bloco de herói pronto para colar (título, subtítulo, texto do CTA)
• output/<slug-do-caso>/landing-page/app/page.tsx — página de vendas Next.js atual já construída (leia para saber as seções e os campos do formulário em uso)

⚠️ Atualização 2026-05-14: O pipeline antigo tinha layout.json + copy.json (do biz-sales-page-layout que está DEPRECATED) — o novo processo IGNORA esses 2 arquivos. Basta offer.json + ler o page.tsx para ter contexto suficiente.

Leia as 3 fontes acima. Extraia para o e-mail:

• Segmento + resultado dos sonhos → personalize a linha de assunto ("[Nome], a jornada de 8 semanas do AI Agent está pronta" em vez de "Bem-vindo")
• Nome do mecanismo → reforce no corpo ("O sistema de framework PROMPT que você está prestes a aprender...")
• Pilha de bônus → liste no e-mail (se a oferta gratuita/barata tiver bônus para entregar imediatamente)
• Texto da garantia → cite diretamente no e-mail para reduzir a ansiedade
• Texto do CTA → espelhe no CTA final do e-mail

Modo B — Com landing page, mas sem json

O usuário tem HTML implantado, mas não executou biz-offer/biz-sales-page. A skill lê o HTML:

• curl -s <URL> ou leia o arquivo index.html local
• Analise o h1 do herói, subtítulo, texto do botão de CTA, bloco de preço, bloco de garantia
• A partir disso, infira o tipo de oferta + segmento

O Modo B é bom o suficiente para 80% dos casos, mas o e-mail é menos personalizado que o Modo A. Sugira ao usuário: "Você pode executar /biz-offer-alex-hormozi para ter o offer.json e depois voltar aqui; o e-mail ficará melhor. Ou pode continuar com o Modo B."

Modo C — Nada

O usuário só tem o HTML do formulário, sem contexto. A skill deve fazer 5 perguntas rápidas:

1. Qual é o produto/serviço que você está vendendo? (1 frase)
2. Depois que o usuário preencher o formulário, o que você quer enviar para ele? (PDF para download / link de agendamento / link de pagamento / apenas confirmar e ligar depois)
3. Nome da marca + nome do remetente (que aparecerá no "De:")
4. Seu e-mail para receber a notificação de novo lead
5. Domínio que você possui para verificar SPF/DKIM (se escolher Resend/SendGrid/Mailgun/Brevo — Gmail pode pular)

---

Fase 3 — Escolher Padrão de E-mail

Modelo de 2 gatilhos (para ofertas com fluxo de checkout): Para cursos de baixo preço / produto digital com pagamento online, existem 2 gatilhos em momentos diferentes, enviando 2 e-mails diferentes. Não junte tudo em um único e-mail.

Lead preenche formulário na landing page
         ↓
   [Gatilho A — /api/submit]
         ↓
   E-mail P3 (LEMBRETE PRÉ-PAGAMENTO, enxuto)
         ↓
Lead conclui o pagamento → webhook do provedor de pagamento
         ↓
   [Gatilho B — /api/payment-webhook]
         ↓
   E-mail P5 (ONBOARDING PÓS-COMPRA, completo)

Regra de conteúdo:

• P3 (pré-pagamento): apenas o link de pagamento + garantia curta + urgência. NÃO liste todos os entregáveis/pilha de bônus — o lead ainda não "ganhou" isso, listar reduz a urgência do pagamento.
• P5 (pós-pagamento): entregue TUDO — link de acesso, todos os entregáveis, pilha de bônus, link do grupo, horário de office hour, 1 pergunta de acompanhamento para personalizar. Este é o verdadeiro momento de ouro.

(Leia a memória feedback_email-autoresponder-2-stage-flow para a justificativa detalhada.)

---

A partir do contexto da Fase 2, escolha o padrão adequado. Leia references/email-formulas.md para o template detalhado em vietnamita.

Padrão	Gatilho	Quando usar	Sugestão de assunto
P1 — Entrega de Lead Magnet	Envio do formulário	Oferta = download de PDF/ebook/template/swipe file/checklist gratuito	"[Nome], o material [X] está pronto — abra o arquivo agora 👇"
P2 — Confirmação de Agendamento	Envio do formulário	Oferta = agendar call/consultoria/demo/sessão estratégica gratuita	"[Nome], registro da inscrição para a consulta — próximos passos dentro"
P3 — Lembrete de Pré-Pagamento	Envio do formulário (ainda não pagou)	Oferta = produto de baixo preço (199K-3M VND), e-mail leva ao checkout	"[Nome], link de pagamento [Curso X] — preço promocional por 24h ⏰"
P4 — Nutrição (Call de venda em breve)	Envio do formulário	Oferta = coaching/agência de alto valor 5M-50M+ VND, equipe de vendas ligará em 24h	"[Nome], eu [Nome do vendedor] entrarei em contato em 24h — checklist de preparação dentro"
P5 — Onboarding Pós-Compra	Webhook de pagamento	Lead acabou de pagar — entregue valor total + 1 pergunta para personalizar	"🎉 Bem-vindo(a), [Nome], ao [Curso X] — desbloqueie agora"

Regra para escolher o padrão:

• Oferta = download gratuito/treinamento → apenas P1 (1 gatilho, 1 e-mail).
• Oferta = call gratuita com agendamento → apenas P2 (1 gatilho, 1 e-mail).
• Oferta = baixo preço com pagamento online (Stripe/Momo/ZaloPay/Sepay) → P3 + P5 (2 gatilhos, 2 e-mails).
• Oferta = call de venda de alto valor → apenas P4, acompanhamento pela equipe de vendas (o onboarding após fechar o negócio é outro processo).

A skill propõe o padrão adequado + justificativa, pergunta se o usuário confirma. Exemplo: "Com base no offer.json, vejo que é um curso de 1,99M VND com integração de pagamento. Sugiro configurar 2 e-mails: P3 (lembrete de pagamento ao preencher o formulário) + P5 (onboarding após o pagamento + 1 pergunta para personalizar). Você concorda ou prefere apenas o e-mail P3?"

---

Fase 4 — Elaborar 2 E-mails

Gere 2 e-mails em vietnamita puro (tratamento anh/chị), HTML responsivo para dispositivos móveis.

E-mail A — Auto-responder enviado ao lead

Estrutura de 6 blocos (leia references/email-formulas.md para a redação específica de cada padrão):

1. Linha de assunto — personalizada com {{name}}, curta (menos de 50 caracteres), com 1 emoji leve no final se adequado à voz da marca (✉️ 👇 ✓), evite gatilhos de spam ("GRÁTIS", "$$$", "garantia" em maiúsculas).
2. Texto de pré-visualização — 1 frase exibida abaixo do assunto na caixa de entrada, explicando o valor que o e-mail entrega.
3. Saudação — "Olá, {{name}}," — sem "Prezado", sem "Caro cliente".
4. Corpo principal — conforme o padrão escolhido. Regras:
   • Curto (menos de 200 palavras).
   • Tenha 1 link/botão de CTA primário claro.
   • Faça referência específica ao nome da oferta/mecanismo do contexto (não "nosso produto").
   • Se for Padrão P3/P4 → inclua 1 lembrete de urgência + 1 garantia.
5. Assinatura — Nome do remetente + nome da marca + 1 link de contato (Zalo/Telefone/Site).
6. Rodapé — Endereço (exigido por lei anti-spam) + link de descadastro (necessário para conformidade, mesmo para e-mails transacionais é bom ter).

E-mail B — Notificação enviada ao proprietário

Nunca envie para o mesmo endereço que o lead. Pergunte na Fase 2, pergunta 4.

Estrutura enxuta (pense em alerta do sistema, não em newsletter):

1. Linha de assunto — prefixo fixo: [LEAD] + nome do lead + timestamp. Exemplo: [LEAD] João Silva — 14/05/2026 14:32 (sem emoji para não cair em spam).
2. Corpo — tabela simples com:
   • Nome
   • Telefone
   • E-mail
   • Mensagem (se houver campo)
   • Data/hora
   • UTM source (se coletado)
3. Ações — 2 links:
   • Link para contato rápido (tel: ou Zalo)
   • Link para página de administração (se existir)
4. Rodapé — texto: "Este e-mail foi enviado automaticamente pelo sistema de formulário da sua landing page. Responder a este e-mail não é monitorado."

---

Fase 5 — Revisão e Edição do Usuário

Mostre ambos os e-mails em formato de rascunho (HTML renderizado inline) e peça confirmação:

Aqui estão os rascunhos dos e-mails:

== E-MAIL A — enviado para o lead ==
[Renderizado do assunto + corpo]

== E-MAIL B — notificação enviada para você ==
[Renderizado do assunto + corpo]

---

O que você acha?
- [ ] Está bom, pode gerar o código
- [ ] Quero editar alguma coisa (especifique qual e-mail, seção e alteração desejada)
- [ ] Quero mudar de padrão (para qual padrão?)

Regras para iteração:

• Se o usuário pedir pequenas alterações de redação → edite rapidamente e mostre novamente.
• Se o usuário quiser mudar de padrão (ex: de P3 para P4) → volte para a Fase 3.
• Se o usuário disser "já está bom" → prossiga para a Fase 6.

Dica profissional: Se o usuário demorar para decidir ou disser "pode deixar como está, está bom", incentive: "Você pode revisar o texto com calma mais tarde — vou gerar o código com os rascunhos atuais, e você pode editar o HTML depois. Mas o conteúdo do e-mail é sua marca passando, vale a pena dar uma olhada com calma."

---

Fase 6 — Integrar Código

Ações:

1. Instalar nodemailer:

   • Next.js / Vite: npm install nodemailer
   • Se precisar de types: npm install -D @types/nodemailer

2. Criar arquivo de configuração SMTP lib/email.ts (ou utils/email.ts) com template:

import nodemailer from 'nodemailer';

const transporter = nodemailer.createTransport({
  host: process.env.SMTP_HOST,
  port: Number(process.env.SMTP_PORT),
  secure: process.env.SMTP_SECURE === 'true', // true para 465, false para outros
  auth: {
    user: process.env.SMTP_USER,
    pass: process.env.SMTP_PASS,
  },
});

export async function sendEmail({
  to,
  subject,
  html,
}: {
  to: string;
  subject: string;
  html: string;
}) {
  await transporter.sendMail({
    from: `"${process.env.EMAIL_FROM_NAME}" <${process.env.EMAIL_FROM_ADDRESS}>`,
    to,
    subject,
    html,
  });
}

3. Criar rota de API (conforme detectado na Fase 0):

   • Para Next.js App Router: app/api/submit/route.ts
   • Para Next.js Pages Router: pages/api/submit.ts
   • Para Vite/HTML estático: api/submit.js (função serverless Vercel)

   Lógica da rota:

   • Receber POST com body { name, phone, email, ... }
   • Validar campos obrigatórios (name, phone, email)
   • Chamar sendEmail() para ambos os e-mails (lead + owner)
   • Retornar JSON { success: true }

4. Criar arquivo .env.local com variáveis de ambiente:

SMTP_HOST=smtp.gmail.com
SMTP_PORT=587
SMTP_SECURE=false
[email protected]
SMTP_PASS=seu-app-password-16-caracteres
EMAIL_FROM_NAME="Nome da Sua Marca"
[email protected]
[email protected]

Observação: Os valores variam conforme o provedor escolhido na Fase 1.

5. Atualizar o componente do formulário existente para chamar fetch('/api/submit') no onSubmit, com loading state e feedback de sucesso/erro.

6. Se o formulário ainda não existir → crie um novo componente com 3 campos (nome, telefone, e-mail) e integre com a rota de API.

---

Fase 7 — Configuração do Provedor + Plano de Teste

Forneça instruções específicas para o provedor escolhido:

Se escolheu Gmail:

1. Ative a verificação em duas etapas em https://myaccount.google.com/security
2. Gere um App Password em https://myaccount.google.com/apppasswords
3. Copie a senha de 16 caracteres para SMTP_PASS
4. Teste: após configurar, vá até a rota /api/test-email (criada pela skill) e veja se o e-mail chega. Verifique a caixa de spam.

Se escolheu Brevo:

1. Faça login em https://app.brevo.com
2. Vá em "SMTP & API" → "SMTP Keys" → "Create a new SMTP key"
3. Copie a chave para SMTP_PASS. SMTP_USER = seu e-mail de login.
4. Verifique o domínio: Em "Sender Identity" → "Domains" → adicione e verifique seudominio.com (registro DNS TXT)
5. Teste: use a ferramenta de teste SMTP do Brevo ou a rota /api/test-email

Se escolheu Resend:

1. Faça login em https://resend.com
2. Vá em "API Keys" → crie uma chave
3. SMTP_USER = resend, SMTP_PASS = chave de API
4. Verifique o domínio: Em "Domains" → adicione e verifique (3 registros DNS: SPF, DKIM, DMARC)
5. Teste: Resend tem log em tempo real, use ou teste com /api/test-email

Se escolheu Custom SMTP (hospedagem VN):

1. Encontre as credenciais SMTP no painel de controle da hospedagem (cPanel, DirectAdmin, etc.)
2. Preencha todas as 4 variáveis SMTP_HOST/PORT/USER/PASS
3. Se a hospedagem bloqueia a porta 25, tente 587 (STARTTLS) ou 465 (SSL)
4. Teste: a hospedagem pode ter ferramenta de teste. Caso contrário, use /api/test-email

---

Rota de teste /api/test-email

Crie uma rota adicional (ou instrua o usuário a executar um script) que envia um e-mail de teste para OWNER_EMAIL. O usuário pode acionar via:

• Navegador: GET https://seudominio.com/api/test-email
• CLI: curl https://seudominio.com/api/test-email
• Ou script local: node scripts/test-email.mjs

O e-mail de teste deve incluir:

• Assunto: "🧪 E-mail de teste — Sistema de Auto-responder"
• Corpo: lista todas as variáveis SMTP (ocultando a senha) + timestamp
• Se o e-mail chegar, a configuração está correta.

⚠️ Importante: Lembre o usuário de excluir ou desabilitar a rota de teste em produção (ou proteger com autenticação), para evitar que terceiros acionem o envio de e-mails de teste.

---

Checklist final (resumo)

• Fase 0 — Stack detectada: [Next.js App / Pages / Vite / Static HTML]
• Fase 1 — Provedor escolhido: [Gmail / Resend / SendGrid / Mailgun / Brevo / Zoho / Custom]
• Fase 2 — Contexto coletado: [Modo A / B / C]
• Fase 3 — Padrão escolhido: [P1 / P2 / P3+P5 / P4]
• Fase 4-5 — 2 e-mails revisados e aprovados
• Fase 6 — Código gerado:
  • nodemailer instalado
  • lib/email.ts criado
  • Rota de API criada em: [path]
  • .env.local com variáveis de ambiente
  • Formulário vinculado
• Fase 7 — Credenciais SMTP configuradas + domínio verificado + teste de e-mail realizado

---

Referências

• references/email-formulas.md — templates de e-mail detalhados em vietnamita para cada padrão
• references/smtp-providers.md — guia de configuração detalhado para cada provedor
• Memória: feedback_email-autoresponder-2-stage-flow — justificativa do modelo de 2 gatilhos

---

Exemplo de saída (abreviado)

📧 E-mail A (para lead):
Assunto: João, o guia AI Agent está pronto — abra agora 👇

Olá, João,

Confirmamos seu cadastro para o guia "AI Agent na prática: 5 frameworks para começar hoje".

📥 Baixe aqui: [link do PDF]

Este material inclui:
- Prompt framework #1: Chain-of-Thought para vendas
- Prompt framework #2: Persona agent para atendimento
- 3 templates prontos para usar no Claude/Cursor

Se tiver dúvidas, responda a este e-mail (sim, eu leio).

Abraços,
[Nome do remetente]
[Marca]

---

📧 E-mail B (para proprietário):
Assunto: [LEAD] João Silva — 14/05/2026 14:32

Nome: João Silva
Telefone: (11) 99999-8888
E-mail: [email protected]
Data: 14/05/2026 14:32
Fonte: utm_source=facebook

Ações:
- Ligar: tel:+5511999998888
- Admin: [link do admin]

---

Skill gerada para configuração de auto-responder de e-mail SMTP para landing page. Substitua [...] por valores reais.