Transformez vos e-mails en revenus avec Brew.
151 séquences d’e-mails réelles, datées au jour près, à parcourir, à remixer en brouillon d’automatisation ou à lire depuis votre code via l’API et MCP.
La plupart des galeries de modèles vous montrent un e-mail à la fois. C’est l’unité la moins utile. Un e-mail de bienvenue isolé ne montre ni le calendrier ni le contexte qui l’entourent. La séquence apporte ce contexte, même si voir une séquence ne prouve pas qu’elle a donné de bons résultats.
Nous avons donc conservé des séquences capturées. Dans Brew, une séquence montre les e-mails que nous avons observés après une inscription ou un abonnement à une newsletter, dans l’ordre, avec le jour d’arrivée de chacun. En raison des limites de capture, elle peut être incomplète. Au lancement, le 17 septembre, la galerie comptait 151 séquences. Les chiffres ci-dessous décrivent cet instantané du lancement ; le catalogue en ligne peut évoluer.
GET /v1/flows et l’outil MCP list_flows renvoient les mêmes enregistrements : un agent peut donc étudier les 151 séquences sans qu’un humain ait à cliquer sur quoi que ce soit.emailId que vous pouvez passer directement à create_email comme referenceEmailId.La séquence post-inscription de Zapier compte huit e-mails sur 10,7 jours :
| Jour | Objet |
|---|---|
| 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 ⏲️ |
Lisez les jours, pas seulement les objets. Quatre e-mails arrivent quatre matins de suite, puis l’intervalle s’allonge à deux jours, puis à quatre. L’e-mail « Stuck? » arrive le jour 10, et celui qui annonce la fin de l’essai suit dix-sept heures plus tard. Quelqu’un a décidé que la dernière chose utile avant un paywall était une offre d’aide, et que les deux devaient presque se toucher.
Impossible de le voir sur la capture d’écran d’un seul e-mail.
La visionneuse s’ouvre sur le premier e-mail, qui n’a d’attente qu’après lui. Placez-vous au milieu, comme dans la séquence de Ro ci-dessus, et l’intervalle apparaît des deux côtés. La séquence de bienvenue de Ro suit un rythme plus lent que celle de Zapier, 12 e-mails sur 46,7 jours, et les intervalles le montrent avant même que vous ayez lu un seul objet.
Chaque étape contient l’objet, le texte d’aperçu, le jour d’arrivée, l’attente depuis l’envoi précédent, une catégorie et une image d’aperçu. Sur demande, vous obtenez aussi le HTML rendu.
Le corpus compte une séquence par marque : 151 séquences correspondent donc à 151 entreprises.
Elle s’ajoute à la galerie de designs individuels, qui contient 4 098 newsletters, 105 e-mails de bienvenue et 68 promotions supplémentaires. Les séquences, elles, vous donnent l’ordre.
Beaucoup s’attendent à ce que le remix soit une copie. Ce n’en est pas une.
Brew construit d’abord le graphe de l’automatisation : votre déclencheur, puis les intervalles de la séquence d’origine sous forme de nœuds d’attente, puis un nœud d’envoi par étape. Cette moitié du travail relève du calcul, pas de la génération. Personne ne demande à un modèle d’IA de deviner que le quatrième e-mail part le jour 3.
Ces nœuds d’attente affichent 53 heures et 122 heures parce que c’est le rythme d’envoi de la marque d’origine, arrondi à l’heure près. Un intervalle en jours entiers le reste, et tout intervalle de moins d’une heure devient une heure. Seuls les e-mails sont générés, et ils le sont en parallèle, chacun pour votre marque. Vos couleurs, vos polices, votre ton, votre produit. Chaque étape reçoit aussi un brief qui décrit son rôle dans la séquence et ce qui l’entoure, car les sous-agents qui rédigent ces e-mails ne voient pas le travail des autres et produiraient sinon huit messages sans rapport entre eux sur un calendrier commun.
Vous obtenez une automatisation en brouillon, avec le rythme d’une séquence qu’une vraie entreprise a déjà utilisée, et des textes qui vous appartiennent. Il vous reste à la relire. L’adaptation à votre marque est réussie, mais pas terminée.
Chaque séquence est disponible via l’API REST et via MCP : un agent peut donc lire le corpus directement.
# 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"Filtrez par brand, category ou type (signup ou newsletter). Triez par emails pour les séquences qui comptent le plus d’e-mails, par span pour celles qui s’étalent sur le plus grand nombre de jours, ou par remixes pour ce que d’autres ont jugé digne d’être copié. Passez semantic pour chercher selon le sujet d’une séquence : c’est ainsi que vous trouvez une reconquête en fin d’essai sans savoir quelle marque en a écrit une.
La même lecture existe sous forme d’outil et de ressource sur le serveur MCP de 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
REST et MCP lisent le même catalogue public. Les séquences sont communes à toute l’organisation : ces lectures ne prennent donc aucune marque en paramètre. Pour paginer la liste, passez le pagination.cursor renvoyé comme cursor de la requête suivante, jusqu’à ce qu’il soit nul. Une seule requête de liste ne renvoie pas tout le catalogue, mais son total compte toutes les séquences qui correspondent à la requête.
Un agent peut examiner la séquence avant de choisir une référence.
Quelles séquences d’inscription placent une remise dans le premier e-mail, et lesquelles attendent que l’essai touche presque à sa fin ? Qu’envoient les outils pour développeurs le jour 2 ? Combien de temps durent les séquences de bienvenue des newsletters avant de s’arrêter ? Combien de séquences s’ouvrent sur une question plutôt que sur un bénéfice ? Les enregistrements permettent à un agent d’étudier ces questions en lisant steps[]. L’analyse des objets et des contenus demande toujours une interprétation : l’API n’expose pas un filtre pour chaque question.
Ce qui en fait un matériau de référence exploitable, c’est le champ emailId de chaque étape. C’est la même référence que celle de la galerie de modèles, et c’est exactement ce que create_email attend comme referenceEmailId. Un agent lit donc l’arc de la séquence, choisit l’étape qui compte et transmet cet e-mail à l’outil 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"
}
Étudiez l’arc, récupérez l’e-mail qui vous intéresse, construisez votre version. Sans copier-coller entre les deux.
La capture conserve au maximum douze e-mails par séquence et coupe la fin : emailCount: 12 signifie donc que douze e-mails ou plus ont été envoyés, pas exactement douze. Ce sont les 59 séquences mentionnées plus haut.
Le HTML rendu est volumineux. Si vous le demandez via MCP, vous obtenez la première ou les deux premières étapes avant que la réponse soit pleine, et les suivantes arrivent sans HTML. Le résumé indique combien en ont été conservées. La route REST n’a pas cette limite ; lisez-y la séquence quand vous voulez le contenu de chaque e-mail : GET /v1/flows/zapier.com?include=html.
Ouvrez la galerie et lisez trois séquences de votre propre catégorie avant d’écrire quoi que ce soit. Remixez ensuite celle dont vous défendriez le rythme devant votre équipe, et changez ce qui ne vous convient pas.
Si vous confiez ce travail à un agent, list_flows sans argument est le bon premier appel. Il renvoie des fiches avec des slugs, et le slug est la seule chose dont get_flow a besoin pour tout le reste. La liste complète des champs figure dans la référence de l’API.
Tous les e-mails qu’une marque a envoyés après une inscription ou un abonnement à une newsletter, dans l’ordre, avec le jour d’arrivée de chacun par rapport à ce déclencheur. Il y a une séquence par marque, et son slug est le domaine de la marque.
Non. Brew copie la structure, c’est-à-dire le nombre d’étapes, l’ordre et les intervalles, reproduits à l’heure près. Chaque e-mail est ensuite reconstruit pour votre marque, avec le design d’origine comme référence : le résultat reprend vos couleurs, vos polices et votre ton.
Les lectures REST exigent une clé API avec templates.read. MCP accepte OAuth ou une clé API disposant des accès adéquats. La galerie elle-même est publique et ne demande aucun compte.
Jusqu’à douze. La capture conserve les douze premiers et coupe la fin : une séquence qui affiche douze e-mails a donc pu durer plus longtemps. Sur les 151 séquences publiées, 59 atteignent ce plafond.
Oui, avec include=html lors de la lecture d’une séquence unique. Via MCP, seules la première ou les deux premières étapes tiennent dans une réponse, et le résumé indique combien en ont été conservées. La route REST renvoie le contenu de chaque e-mail.
