Zamieniaj e-maile w przychody dzięki Brew.
151 prawdziwych sekwencji e-maili z dniem dotarcia każdej wiadomości. Przeglądaj je, zremiksuj jedną w szkic automatyzacji lub czytaj wszystkie przez API i MCP.
Większość galerii szablonów pokazuje po jednym e-mailu naraz. To najmniej przydatna jednostka. Pojedynczy e-mail powitalny nie pokazuje, kiedy wyszedł ani co go otaczało. Sekwencja dodaje ten kontekst, choć to, że ją widzisz, nie dowodzi jeszcze, że dobrze działała.
Dlatego zachowaliśmy zebrane sekwencje. Sekwencja w Brew pokazuje e-maile, które zaobserwowaliśmy po rejestracji lub zapisie na newsletter – w kolejności i z dniem, w którym dotarł każdy z nich. Ze względu na limity zbierania może nie zawierać całej sekwencji. W dniu premiery, 17 września, galeria liczyła 151 sekwencji. Poniższe liczby opisują stan z dnia premiery; aktualny katalog może się zmieniać.
GET /v1/flows i narzędzie MCP list_flows zwracają te same rekordy, więc agent może przeanalizować wszystkie 151 sekwencji, a człowiek nie musi niczego klikać.emailId, który możesz przekazać bezpośrednio do create_email jako referenceEmailId.Sekwencja Zapier po rejestracji to osiem e-maili w ciągu 10,7 dnia:
| Dzień | Temat |
|---|---|
| 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 ⏲️ |
Czytaj dni, nie tylko tematy. Cztery e-maile przychodzą w kolejne poranki, potem odstęp wydłuża się do dwóch dni, a następnie do czterech. E-mail „Stuck?” przychodzi w 10. dniu, a e-mail o końcu okresu próbnego siedemnaście godzin później. Ktoś uznał, że ostatnią przydatną rzeczą przed paywallem jest propozycja pomocy i że te dwie wiadomości powinny niemal się stykać.
Na zrzucie ekranu pojedynczego e-maila tego nie zobaczysz.
Podgląd otwiera się na pierwszym e-mailu, więc odstęp widać tylko za nim. Przejdź do środka, jak w sekwencji Ro powyżej, a odstępy zobaczysz po obu stronach. Sekwencja powitalna Ro ma wolniejsze tempo niż ta od Zapier – 12 e-maili w ciągu 46,7 dnia – i odstępy mówią to, zanim przeczytasz choćby jeden temat.
Każdy krok zawiera temat, tekst podglądu, dzień dotarcia, czas oczekiwania od poprzedniej wysyłki, kategorię i obraz podglądu. Na życzenie dostaniesz też wyrenderowany kod HTML.
Zbiór obejmuje jedną sekwencję na markę, więc 151 sekwencji to 151 firm:
Obok jest galeria pojedynczych projektów, w której znajdziesz kolejne 4098 newsletterów, 105 e-maili powitalnych i 68 promocji. To sekwencje pokazują kolejność.
Wiele osób zakłada, że remiks to kopia. Tak nie jest.
Brew najpierw buduje schemat automatyzacji: Twój wyzwalacz, potem odstępy z sekwencji źródłowej jako kroki oczekiwania, a następnie po jednym kroku wysyłki na każdy e-mail oryginału. Ta połowa to arytmetyka, a nie generowanie. Nikt nie każe modelowi zgadywać, że czwarty e-mail wychodzi w 3. dniu.
Te kroki oczekiwania pokazują 53 i 122 godziny, bo takie odstępy stosowała marka źródłowa, po zaokrągleniu do pełnej godziny. Odstęp liczony w pełnych dniach pozostaje bez zmian, a wszystko poniżej godziny zaokrągla się do jednej godziny. Generowane są tylko e-maile – równolegle, każdy pod Twoją markę. Twoje kolory, Twoje czcionki, Twój ton, Twój produkt. Każdy krok dostaje też brief opisujący jego zadanie w sekwencji i to, co znajduje się przed nim i po nim, bo subagenci piszący te e-maile nie widzą nawzajem swojej pracy i bez tego stworzyliby osiem niepowiązanych wiadomości we wspólnym harmonogramie.
Dostajesz szkic automatyzacji z tempem sekwencji, którą prawdziwa firma już stosowała, i treści, które należą do Ciebie. Nadal musisz je przeczytać. Przeróbka pod Twoją markę jest dobra, ale to jeszcze nie koniec pracy.
Każda sekwencja jest dostępna przez REST API i przez MCP, więc agent może odczytać cały zbiór bezpośrednio.
# 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"Filtruj według brand, category lub type (signup albo newsletter). Sortuj według emails, by znaleźć sekwencje z największą liczbą e-maili, według span – te, które trwają najwięcej dni, albo według remixes – te, które inni uznali za warte skopiowania. Przekaż semantic, aby wyszukiwać według tematu sekwencji: tak znajdziesz sekwencję odzyskującą klientów po wygaśnięciu okresu próbnego, nie wiedząc, która marka ją napisała.
Ten sam odczyt jest dostępny jako narzędzie i zasób na serwerze MCP 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 i MCP odczytują ten sam publiczny katalog. Sekwencje są wspólne dla całej organizacji, więc te odczyty nie przyjmują marki. Przy paginacji listy przekazuj zwrócony pagination.cursor jako cursor w kolejnym żądaniu, dopóki nie będzie miał wartości null. Pojedyncze żądanie listy nie zwraca całego katalogu, ale jego pole total liczy wszystkie sekwencje pasujące do zapytania.
Agent może przeanalizować sekwencję, zanim wybierze wzorzec.
Które sekwencje po rejestracji dają rabat już w pierwszym e-mailu, a które czekają, aż okres próbny prawie się skończy? Co narzędzia dla programistów wysyłają drugiego dnia? Jak długo trwają powitalne sekwencje newsletterów, zanim się zakończą? Ile sekwencji zaczyna się od pytania, a nie od korzyści? Dzięki rekordom agent może badać te kwestie, czytając steps[]. Analiza tematów i treści nadal wymaga interpretacji; API nie udostępnia filtra do każdego pytania.
Tym, co zamienia to w użyteczny materiał referencyjny, jest emailId w każdym kroku. To to samo odwołanie, którego używa galeria szablonów, i dokładnie to, co create_email przyjmuje jako referenceEmailId. Agent czyta więc przebieg sekwencji, wybiera istotny krok i przekazuje ten jeden e-mail do narzędzia projektowego:
get_flow { slug: "zapier.com" }
→ steps[4].emailId = "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q"
create_email {
referenceEmailId: "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q",
prompt: "day-5 activation email for our API product"
}
Przeanalizuj przebieg, wyciągnij konkretny e-mail, zbuduj własną wersję. Bez kopiowania i wklejania po drodze.
Przy zbieraniu zapisujemy maksymalnie dwanaście e-maili na sekwencję, a resztę odcinamy, więc emailCount: 12 oznacza, że wysłano dwanaście lub więcej, a nie dokładnie dwanaście. To właśnie te 59 sekwencji wspomnianych wyżej.
Wyrenderowane e-maile dużo ważą. Gdy poprosisz o HTML przez MCP, dostaniesz go dla pierwszego kroku lub dwóch, zanim odpowiedź się zapełni, a pozostałe kroki przyjdą bez niego. Podsumowanie mówi, ile zachowano. Endpoint REST nie ma takiego limitu, więc gdy potrzebujesz treści wszystkich e-maili, odczytaj sekwencję tam: GET /v1/flows/zapier.com?include=html.
Otwórz galerię i przeczytaj trzy sekwencje z Twojej kategorii, zanim cokolwiek napiszesz. Potem zremiksuj tę, której tempo potrafisz obronić przed własnym zespołem, i zmień to, co nie pasuje.
Jeśli kierujesz tu agenta, dobrym pierwszym wywołaniem jest list_flows bez argumentów. Zwraca karty ze slugami, a slug to jedyne, czego get_flow potrzebuje do całej reszty. Pełna lista pól znajduje się w dokumentacji API.
Wszystkie e-maile, które jedna marka wysłała po pojedynczej rejestracji lub zapisie na newsletter, w kolejności i z dniem dotarcia liczonym od tego zdarzenia. Jedna sekwencja na markę, a slug sekwencji to domena marki.
Nie. Brew kopiuje strukturę, czyli liczbę kroków, ich kolejność i odstępy odtworzone z dokładnością do godziny. Następnie każdy e-mail jest budowany od nowa pod Twoją markę, z projektem źródłowym jako wzorcem, więc wynik ma Twoje kolory, czcionki i ton.
Odczyty przez REST wymagają klucza API z uprawnieniem templates.read. MCP obsługuje OAuth lub klucz API z odpowiednim dostępem. Sama galeria jest publiczna i nie wymaga konta.
Maksymalnie dwanaście. Przy zbieraniu zapisujemy pierwsze dwanaście, a resztę odcinamy, więc sekwencja z dwunastoma e-mailami mogła w rzeczywistości trwać dłużej. Ten limit osiąga 59 ze 151 opublikowanych sekwencji.
Tak, dodając include=html przy odczycie pojedynczej sekwencji. Przez MCP w jednej odpowiedzi mieści się tylko pierwszy krok lub dwa, a podsumowanie podaje, ile zachowano. Endpoint REST zwraca treść wszystkich e-maili.
