Her mesajın geldiği günle birlikte 151 gerçek e-posta serisi. Göz atın, birini taslak bir otomasyona uyarlayın ya da hepsini API ve MCP üzerinden kodla okuyun.
Şablon galerilerinin çoğu size e-postaları tek tek gösterir. Oysa en az işe yarayan birim budur. Tek bir hoş geldin e-postası, zamanlamasını ya da çevresindeki bağlamı göstermez. Seri bu bağlamı ekler; ancak bir seriyi görmek, o serinin iyi performans gösterdiğini kanıtlamaz.
Bu yüzden topladığımız serileri bir bütün olarak sakladık. Brew içindeki bir akış, bir kayıt ya da bülten aboneliğinin ardından gözlemlediğimiz e-postaları sırasıyla ve her birinin geldiği günle birlikte gösterir. Toplama sınırları nedeniyle serinin tamamını içermeyebilir. 17 Eylül’deki lansmanda galeride 151 akış vardı. Aşağıdaki sayılar lansman anındaki anlık görüntüyü yansıtıyor; canlı katalog değişebilir.
GET /v1/flows ve list_flows MCP aracı aynı kayıtları döndürür; böylece bir ajan, bir insanın hiçbir şeye tıklamasına gerek kalmadan 151 serinin tamamını inceleyebilir.create_email aracına referenceEmailId olarak verebileceğiniz bir emailId taşır.Zapier’ın kayıt sonrası serisi, 10,7 güne yayılan sekiz e-postadan oluşur:
| Gün | Konu satırı |
|---|---|
| 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 ⏲️ |
Yalnızca konu satırlarını değil, günleri de okuyun. Dört e-posta birbirini izleyen sabahlarda gelir; ardından aralık önce iki güne, sonra dört güne çıkar. “Stuck?” e-postası 10. günde gelir, deneme süresinin bittiğini haber veren e-posta da on yedi saat sonra onu izler. Birisi, ödeme duvarından önceki son faydalı adımın bir yardım teklifi olduğuna ve ikisinin neredeyse birbirine değmesi gerektiğine karar vermiş.
Tek bir e-postanın ekran görüntüsünde bunu göremezsiniz.
Görüntüleyici ilk e-postada açılır; bu e-postanın yalnızca sonrasında bir bekleme vardır. Yukarıdaki Ro serisinde olduğu gibi ortadaki bir adıma geçtiğinizde aralık iki tarafta da görünür. Ro’nun hoş geldin akışı Zapier’ınkinden daha yavaş ilerler: 46,7 güne yayılan 12 e-posta. Aralıklar bunu, siz daha tek bir konu satırını okumadan söyler.
Her adımda konu satırı, önizleme metni, e-postanın geldiği gün, bir önceki gönderimden bu yana geçen süre, bir kategori ve bir önizleme görseli bulunur. İsterseniz oluşturulmuş HTML kodunu da alırsınız.
Koleksiyonda her markadan tek bir seri var; yani 151 akış, 151 şirket demek:
Bu galeri, 4.098 bülten, 105 hoş geldin e-postası ve 68 promosyon e-postası daha barındıran tek e-postalık şablon galerisinin yanında yer alıyor. Sırayı size akışlar söyler.
Çoğu kişi uyarlamanın bir kopya olmasını bekler. Değildir.
Brew önce otomasyon grafını kurar: tetikleyiciniz, ardından bekleme düğümlerine dönüştürülen kaynak akıştaki aralıklar, son olarak da her adım için bir gönderim düğümü. İşin bu yarısı yapay zekâ üretimi değil, aritmetiktir. Kimse bir modelden dördüncü e-postanın üçüncü günde gideceğini tahmin etmesini istemez.
Bu bekleme düğümlerinde 53 saat ve 122 saat yazıyor, çünkü kaynak marka e-postalarını bu aralıklarla göndermiş; değerler en yakın saate yuvarlanıyor. Tam günlük bir aralık tam gün olarak kalır, bir saatin altındaki her aralık da bir saate yuvarlanır. Üretilen tek şey e-postalardır; hepsi paralel olarak ve her biri markanız esas alınarak üretilir: sizin renkleriniz, yazı tipleriniz, ses tonunuz, ürününüz. Her adım ayrıca serideki görevini, öncesinde ve sonrasında neler olduğunu anlatan bir brief alır; çünkü bu e-postaları yazan alt ajanlar birbirlerinin işini göremez ve aksi hâlde aynı takvime oturtulmuş, birbiriyle ilgisiz sekiz mesaj üretirler.
Sonuçta elinizde, gerçek bir şirketin zaten yürüttüğü bir serinin temposuna sahip, metinleri size ait taslak bir otomasyon olur. Yine de okumanız gerekir. Markanıza uyarlanmış hâli iyidir ama bitmiş değildir.
Her akışa REST API ve MCP üzerinden erişilebilir; böylece bir ajan koleksiyonu doğrudan okuyabilir.
# 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"brand, category veya type (signup ya da newsletter) ile filtreleyin. En çok e-posta içeren seriler için emails, en çok güne yayılan seriler için span, başkalarının kopyalamaya değer bulduğu seriler için de remixes ile sıralayın. Bir serinin konusuna göre arama yapmak için semantic parametresini kullanın; deneme süresi biten kullanıcılara yönelik bir geri kazanma serisini, hangi markanın yazdığını bilmeden böyle bulursunuz.
Aynı okuma işlemi, Brew MCP sunucusunda bir araç ve bir kaynak olarak da sunulur:
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 ve MCP aynı herkese açık kataloğu okur. Akışlar organizasyon genelinde geçerlidir; bu yüzden bu okumalar bir marka parametresi almaz. Listeyi sayfa sayfa almak için dönen pagination.cursor değerini, bu değer null olana kadar bir sonraki isteğin cursor parametresine verin. Tek bir liste isteği kataloğun tamamını döndürmez; ancak total alanı sorguyla eşleşen tüm akışları sayar.
Bir ajan, referans seçmeden önce seriyi inceleyebilir.
Hangi kayıt akışları ilk e-postada indirim sunuyor, hangileri deneme süresi neredeyse bitene kadar bekliyor? Geliştirici araçları ikinci gün ne gönderiyor? Bültenlerin hoş geldin serileri durmadan önce ne kadar sürüyor? Kaç seri bir faydayla değil de bir soruyla açılıyor? Kayıtlar, bir ajanın steps[] dizisini okuyarak bu soruları incelemesini sağlar. Konu satırı ve içerik analizi yine de yorum gerektirir; API her soru için bir filtre sunmaz.
Bunu kullanılabilir bir referans malzemesine dönüştüren köprü, her adımdaki emailId değeridir. Şablon galerisinin kullandığı referansın aynısıdır ve create_email aracının referenceEmailId olarak aldığı değer tam olarak budur. Yani bir ajan serinin genel kurgusunu okur, önemli olan adımı seçer ve o tek e-postayı tasarım aracına verir:
get_flow { slug: "zapier.com" }
→ steps[4].emailId = "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q"
create_email {
referenceEmailId: "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q",
prompt: "day-5 activation email for our API product"
}
Serinin kurgusunu inceleyin, ilgili e-postayı çekin, kendi versiyonunuzu oluşturun. Arada hiç kopyala-yapıştır yok.
Toplama işlemi akış başına en fazla on iki e-posta saklar ve gerisini keser; bu yüzden emailCount: 12, tam olarak on iki değil, on iki veya daha fazla e-posta gönderildiği anlamına gelir. Yukarıdaki 59 akış bunlardır.
Oluşturulmuş e-posta HTML kodu hacimlidir. MCP üzerinden HTML istediğinizde, yanıt dolmadan önce ilk bir iki adımın HTML kodunu alırsınız; geri kalan adımlar HTML olmadan gelir. Özet kısmı kaç tanesinin korunduğunu söyler. REST uç noktasında böyle bir sınır yoktur; her e-postanın gövdesini istediğinizde akışı oradan okuyun: GET /v1/flows/zapier.com?include=html.
Herhangi bir şey yazmadan önce galeriyi açın ve kendi kategorinizdeki üç seriyi okuyun. Sonra temposunu kendi ekibinize savunabileceğiniz seriyi uyarlayın ve uymayan kısımları değiştirin.
Bir ajanı buraya yönlendiriyorsanız ilk çağrı olarak argümansız list_flows doğru seçimdir. Bu çağrı slug değerlerini içeren kartlar döndürür; get_flow aracının geri kalan her şey için ihtiyaç duyduğu tek şey de bu slug değeridir. Alanların tam listesi API referansında yer alıyor.
Bir markanın tek bir kayıt ya da bülten aboneliğinin ardından gönderdiği tüm e-postalar; sırasıyla ve her birinin o tetikleyiciye göre hangi gün geldiği bilgisiyle. Her markanın tek bir akışı vardır ve akışın slug değeri markanın alan adıdır.
Hayır. Brew yapıyı kopyalar: adım sayısını, sırayı ve en yakın saate yuvarlanarak yeniden üretilen aralıkları. Ardından her e-posta, kaynak tasarım referans alınarak markanıza göre yeniden oluşturulur; böylece sonuçta sizin renkleriniz, yazı tipleriniz ve ses tonunuz yer alır.
REST ile okumak için templates.read kapsamına sahip bir API anahtarı gerekir. MCP ile OAuth ya da uygun erişime sahip bir API anahtarı kullanabilirsiniz. Galerinin kendisi herkese açıktır ve hesap gerektirmez.
On ikiye kadar. Toplama işlemi ilk on iki e-postayı saklar ve gerisini keser; bu yüzden on iki e-posta gösteren bir akış aslında daha uzun sürmüş olabilir. Yayımlanan 151 akıştan 59’u bu sınıra takılıyor.
Evet, tek bir akışı okurken include=html parametresini kullanarak. MCP üzerinden tek bir yanıta yalnızca ilk bir iki adım sığar; özet kısmı kaç tanesinin korunduğunu söyler. REST uç noktası ise her e-postanın gövdesini döndürür.
