151 sequências reais de e-mail, com o dia em que cada mensagem chegou. Explore, remixe uma como rascunho de automação ou leia todas por código, via API e MCP.
A maioria das galerias de modelos mostra um e-mail de cada vez. Essa é a unidade menos útil. Um e-mail de boas-vindas isolado não mostra o momento do envio nem o contexto em volta dele. A sequência acrescenta esse contexto, embora ver uma sequência não prove que ela teve um bom desempenho.
Por isso, guardamos as sequências capturadas. Um fluxo no Brew mostra os e-mails que observamos depois de um cadastro ou de uma inscrição em newsletter, em ordem, com o dia em que cada um chegou. Por causa dos limites da captura, ele pode não conter a sequência inteira. No lançamento, em 17 de setembro, a galeria tinha 151 fluxos. Os números abaixo descrevem esse retrato do lançamento; o catálogo atual pode mudar.
GET /v1/flows e a ferramenta list_flows do MCP retornam os mesmos registros, então um agente pode estudar as 151 sequências sem que ninguém precise clicar em nada.emailId que você pode passar direto para create_email como referenceEmailId.A sequência pós-cadastro do Zapier tem oito e-mails em 10,7 dias:
| Dia | Assunto |
|---|---|
| 0 | Welcome aboard 👋 | Let's make some magic with AI |
| 1 | Why you should ditch spreadsheets for Tables |
| 2 | Build your first Zap workflow with Copilot ⚡ |
| 3 | What engineers are automating this week |
| 5 | Put AI to work for you |
| 9 | Go beyond workflows 🚀 |
| 10 | Stuck? Or need automation ideas? |
| 10,7 | Your Zapier trial ends in three days ⏲️ |
Leia os dias, não só os assuntos. Quatro e-mails chegam em manhãs seguidas; depois, o intervalo aumenta para dois dias e, em seguida, para quatro. O e-mail do “Stuck?” chega no dia 10, e o do fim do período de teste vem dezessete horas depois. Alguém decidiu que a última coisa útil antes de um paywall é uma oferta de ajuda, e que as duas mensagens deveriam ficar quase coladas.
Isso não aparece na captura de tela de um único e-mail.
O visualizador abre no primeiro e-mail, que só tem espera depois dele. Entre no meio da sequência, como na da Ro mostrada acima, e o intervalo aparece dos dois lados. O fluxo de boas-vindas da Ro tem um ritmo mais lento que o do Zapier, com 12 e-mails em 46,7 dias, e os intervalos mostram isso antes que você leia uma única linha de assunto.
Cada etapa traz o assunto, o texto de pré-visualização, o dia em que o e-mail chegou, a espera desde o envio anterior, uma categoria e uma imagem de prévia. Se você pedir, recebe também o HTML renderizado.
O acervo tem uma sequência por marca, então 151 fluxos significam 151 empresas:
A galeria de fluxos fica ao lado da galeria de modelos individuais, que reúne outras 4.098 newsletters, 105 e-mails de boas-vindas e 68 promoções. Os fluxos são a parte que mostra a ordem.
Remixar é a parte que as pessoas imaginam ser uma cópia. Não é.
Primeiro, o Brew monta o grafo da automação: o seu gatilho, depois os intervalos do fluxo de origem como nós de espera e, por fim, um nó de envio por etapa. Essa metade é aritmética, não geração. Ninguém pede a um modelo que adivinhe que o quarto e-mail sai no dia três.
Esses nós de espera marcam 53 horas e 122 horas porque foi esse o intervalo da marca de origem, arredondado para a hora mais próxima. Um intervalo de dias inteiros continua em dias inteiros, e qualquer coisa abaixo de uma hora vira uma hora. Só os e-mails são gerados, e em paralelo, cada um para a sua marca: as suas cores, as suas fontes, o seu tom de voz, o seu produto. Cada etapa também recebe um briefing que descreve o papel dela na sequência e o que vem antes e depois, porque os subagentes que escrevem esses e-mails não veem o trabalho uns dos outros e, sem isso, produziriam oito mensagens sem relação entre si num mesmo cronograma.
Você recebe um rascunho de automação com o ritmo de uma sequência que uma empresa real já usou, e textos que são seus. Mesmo assim, você precisa ler tudo. A adaptação à sua marca sai boa, não pronta.
Todos os fluxos estão disponíveis pela API REST e pelo MCP, então um agente pode ler o acervo diretamente.
# First page, newest first
curl "https://brew.new/api/v1/flows" \
-H "Authorization: Bearer $BREW_API_KEY"
# One sequence, every step
curl "https://brew.new/api/v1/flows/zapier.com" \
-H "Authorization: Bearer $BREW_API_KEY"Filtre por brand, category ou type (signup ou newsletter). Ordene por emails para ver as sequências com mais e-mails, por span para as que se estendem por mais dias ou por remixes para ver o que outras pessoas acharam que valia copiar. Passe semantic para buscar pelo tema de uma sequência: é assim que você encontra um e-mail de reconquista no fim do período de teste sem saber qual marca escreveu um.
A mesma leitura existe como ferramenta e como recurso no servidor MCP do Brew:
list_flows # the list, same filters and sorts
get_flow { slug: "zapier.com" } # one sequence with every step
brew://flows # @-mentionable in a chat
O REST e o MCP leem o mesmo catálogo público. Os fluxos têm escopo de organização, então essas leituras não recebem uma marca. Para paginar a lista, passe o pagination.cursor retornado como o cursor da próxima requisição, até que ele seja nulo. Uma única requisição de lista não retorna o catálogo inteiro, mas o total dela conta todos os fluxos que correspondem à consulta.
Um agente pode examinar a sequência antes de escolher uma referência.
Quais fluxos de cadastro colocam um desconto no primeiro e-mail, e quais esperam até o período de teste estar quase no fim? O que as ferramentas para desenvolvedores enviam no dia dois? Quanto tempo duram as sequências de boas-vindas de newsletters antes de parar? Quantas sequências abrem com uma pergunta em vez de um benefício? Os registros permitem que um agente investigue essas perguntas lendo steps[]. A análise dos assuntos e do conteúdo ainda exige interpretação; a API não oferece um filtro para cada pergunta.
O que transforma isso em material de referência utilizável é o emailId de cada etapa. É a mesma referência que a galeria de modelos usa, e é exatamente o que create_email recebe como referenceEmailId. Assim, um agente lê o arco da sequência, escolhe a etapa que importa e passa esse e-mail para a ferramenta de design:
get_flow { slug: "zapier.com" }
→ steps[4].emailId = "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q"
create_email {
referenceEmailId: "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q",
prompt: "day-5 activation email for our API product"
}
Estude o arco, pegue o e-mail específico e monte a sua versão. Sem copiar e colar no meio do caminho.
A captura guarda no máximo doze e-mails por fluxo e corta o restante, então emailCount: 12 significa que foram enviados doze ou mais, não exatamente doze. São os 59 fluxos mencionados acima.
E-mail renderizado é volumoso. Ao pedir o HTML via MCP, você recebe a primeira ou as duas primeiras etapas antes de a resposta lotar, e as demais chegam sem ele. O resumo informa quantas foram mantidas. A rota REST não tem esse limite, então leia o fluxo por ela quando quiser o corpo de todos os e-mails: GET /v1/flows/zapier.com?include=html.
Abra a galeria e leia três sequências da sua própria categoria antes de escrever qualquer coisa. Depois, remixe aquela cujo ritmo você defenderia diante da sua equipe e mude o que não se encaixar.
Se você vai apontar um agente para isso, list_flows sem argumentos é a primeira chamada certa. Ela retorna cards com slugs, e o slug é a única coisa de que get_flow precisa para todo o resto. A lista completa de campos está na referência da API.
Todos os e-mails que uma marca enviou depois de um único cadastro ou inscrição em newsletter, em ordem, com o dia em que cada um chegou em relação a esse gatilho. Há um fluxo por marca, e o slug do fluxo é o domínio da marca.
Não. O Brew copia a estrutura, ou seja, o número de etapas, a ordem e os intervalos, arredondados para a hora mais próxima. Depois, cada e-mail é reconstruído para a sua marca, com o design de origem como referência, então o resultado traz as suas cores, fontes e tom de voz.
As leituras via REST exigem uma chave de API com templates.read. O MCP aceita OAuth ou uma chave de API com o acesso adequado. A galeria em si é pública e não exige conta.
Até doze. A captura guarda os doze primeiros e corta o restante, então um fluxo que mostra doze e-mails pode ter durado mais. Dos 151 fluxos publicados, 59 estão nesse teto.
Sim, com include=html na leitura de um único fluxo. Via MCP, só a primeira ou as duas primeiras etapas cabem em uma resposta, e o resumo informa quantas foram mantidas. A rota REST retorna o corpo de todos os e-mails.
