# Akışlar: ajanınızın okuyabileceği 151 gerçek e-posta serisi

Kanonik URL: https://brew.new/tr/blog/email-flows
Yazar: Thomas Park
Yayımlandı: 2026-09-17
Güncellendi: 2026-09-28

Ş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.

## Öne çıkan noktalar

- Akış tek bir tasarım değil, toplanmış bir seridir: 151 akış, 151 marka, 1.311 e-posta. Her adımda konu satırı, önizleme metni, e-postanın kaçıncı günde geldiği ve bir önceki gönderimden bu yana geçen süre yer alır.
- Uyarlama, otomasyon grafını yapay zekâ üretimiyle değil, aritmetikle yeniden kurar. Brew kaynak serideki aralıkları en yakın saate yuvarlanmış bekleme düğümlerine dönüştürür, ardından her e-postayı markanız için yeniden yazar.
- `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.
- Her adım, doğrudan `create_email` aracına `referenceEmailId` olarak verebileceğiniz bir `emailId` taşır.

## Bir akışta neler var?

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.

![Akış galerisinden Boomi, Canva, Glossgenius, Sentry, Qualys ve Aerospike dâhil toplanmış e-postaları gösteren bir ızgara](https://cdn.brew.new/assets/2026/09/brew-flows-gallery-1d538344.png)

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.

## Galeride neler var?

Koleksiyonda her markadan tek bir seri var; yani 151 akış, 151 şirket demek:

- 151 akışta toplam **1.311 e-posta**, akış başına medyan 9 e-posta.
- **132 bülten akışı ve 19 kayıt serisi.** Markaların düzenli bir takvimle gönderdiği e-postaların çoğu bültendir; galeri de bunu yansıtıyor.
- **Medyan süre 55 gün.** En uzunu, 168 güne yayılan 9 e-postasıyla Busuu; bu, Canva’nın 9,4 günde gönderdiği 4 e-postadan bambaşka bir tempo.
- **59 akış 12 e-postalık toplama sınırına ulaşıyor**; yani bu serilerin kabaca beşte ikisi galeride görünenden daha uzun sürüyor.

![Brew içindeki akış galerisi: Zcal, WorkOS, Wiz, Vyond, Virtuagym ve Taskade serileri, her markanın altında e-posta sayısı ve süre](https://cdn.brew.new/assets/2026/09/brew-flows-gallery-app-0bc8fc2e.webp)

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.

## Bir akışı uyarlamak

Ç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.

![Brew otomasyon tuvalinde açık, uyarlanmış bir akış: Newsletter Subscribed tetikleyicisi, 53 saatlik bir bekleme, yeniden oluşturulmuş bir e-posta, 122 saatlik bir bekleme ve sonraki e-posta; yan panelde e-posta ajanı her adımı yazıyor](https://cdn.brew.new/assets/2026/09/brew-flow-remix-automation-37722c2c.webp)

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.

## Akışları kodla okumak

Her akışa REST API ve MCP üzerinden erişilebilir; böylece bir ajan koleksiyonu doğrudan okuyabilir.

```bash
# 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](/tr/mcp) 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 151 seriyle ne yapar?

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.

## Bilmeye değer iki sınır

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`.

## Buradan başlayın

Herhangi bir şey yazmadan önce [galeriyi](/tr/browse/flows) 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](https://docs.brew.new/api-reference/public-v1/templates/list-flows) yer alıyor.

## Sıkça sorulan sorular

### Akış olarak ne sayılır?

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.

### Uyarlama, orijinal e-postaları kopyalar mı?

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.

### Akışları okumak için API anahtarı gerekir mi?

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.

### Bir akış en fazla kaç e-posta saklar?

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.

### Her e-postanın oluşturulmuş HTML kodunu alabilir miyim?

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.