Sebagian besar galeri templat menampilkan email satu per satu. Padahal, itulah unit yang paling tidak berguna. Satu email sambutan tidak menunjukkan waktu pengiriman atau konteks di sekitarnya. Rangkaian email memberikan konteks itu, meskipun melihat sebuah rangkaian tidak membuktikan bahwa rangkaian tersebut berkinerja baik.

Karena itu, kami menyimpan rangkaian yang kami rekam. Alur di Brew menampilkan email yang kami amati setelah seseorang mendaftar atau berlangganan newsletter, secara berurutan, lengkap dengan hari setiap email tiba. Karena ada batas perekaman, sebuah alur mungkin tidak memuat seluruh rangkaian. Saat diluncurkan pada 17 September, galeri ini berisi 151 alur. Angka-angka di bawah menggambarkan snapshot saat peluncuran tersebut; katalog terkini bisa berubah.

Poin penting

• Alur adalah rangkaian yang direkam, bukan satu desain: 151 alur, 151 merek, 1.311 email, dan setiap langkah memuat subjek, teks pratinjau, hari pengiriman, serta jeda sejak pengiriman sebelumnya.
• Remix menyusun ulang diagram dengan aritmetika, bukan dengan AI generatif. Brew mengubah jeda di alur sumber menjadi langkah tunggu yang dibulatkan ke jam terdekat, lalu menulis ulang setiap email untuk merek Anda.
• GET /v1/flows dan alat MCP list_flows mengembalikan data yang sama, sehingga agen bisa mempelajari seluruh 151 rangkaian tanpa ada manusia yang perlu mengklik apa pun.
• Setiap langkah membawa emailId yang bisa langsung Anda teruskan ke create_email sebagai referenceEmailId.

Isi sebuah alur

Rangkaian pascapendaftaran Zapier berisi delapan email selama 10,7 hari:

Perhatikan harinya, bukan hanya subjeknya. Empat email tiba pada pagi hari berturut-turut, lalu jedanya melebar menjadi dua hari, kemudian empat hari. Email “Stuck?” tiba pada hari ke-10, dan email berakhirnya masa uji coba menyusul tujuh belas jam kemudian. Seseorang memutuskan bahwa hal berguna terakhir sebelum paywall adalah tawaran bantuan, dan keduanya sebaiknya dikirim nyaris bersamaan.

Anda tidak akan melihat hal itu dari tangkapan layar satu email.

Penampil terbuka pada email pertama, yang hanya memiliki jeda setelahnya. Jika Anda membuka email di tengah rangkaian, seperti pada rangkaian Ro di atas, jedanya terlihat di kedua sisi. Alur sambutan Ro memiliki ritme yang lebih lambat daripada alur Zapier, yaitu 12 email selama 46,7 hari, dan jeda-jedanya sudah menunjukkan hal itu sebelum Anda membaca satu subjek pun.

Setiap langkah memuat subjek, teks pratinjau, hari email itu tiba, jeda sejak pengiriman sebelumnya, kategori, dan gambar pratinjau. Jika Anda memintanya, HTML hasil render juga disertakan.

Isi galeri

Korpus ini berisi satu rangkaian per merek, jadi 151 alur berarti 151 perusahaan:

• 1.311 email di 151 alur, dengan median 9 email per alur.
• 132 ritme newsletter dan 19 rangkaian pendaftaran. Sebagian besar email yang benar-benar dikirim merek secara terjadwal adalah newsletter, dan galeri ini mencerminkan hal itu.
• Median rentang waktu 55 hari. Yang terpanjang adalah Busuu, dengan 9 email selama 168 hari, ritme yang sama sekali berbeda dari 4 email Canva dalam 9,4 hari.
• 59 alur mencapai batas perekaman 12 email, jadi kira-kira dua dari lima rangkaian ini sebenarnya lebih panjang daripada yang ditampilkan galeri.

Galeri ini berdampingan dengan galeri templat satuan, yang memuat tambahan 4.098 newsletter, 105 email sambutan, dan 68 email promosi. Alur adalah bagian yang memberi tahu Anda urutannya.

Me-remix sebuah alur

Banyak orang mengira remix berarti menyalin. Kenyataannya tidak.

Brew menyusun diagram otomatisasi lebih dulu: pemicu Anda, lalu jeda dari alur sumber sebagai langkah tunggu, kemudian satu langkah kirim untuk setiap email di alur sumber. Bagian ini murni aritmetika, bukan hasil AI generatif. Tidak ada model yang diminta menebak bahwa email keempat dikirim pada hari ketiga.

Langkah tunggu itu bernilai 53 jam dan 122 jam karena memang begitulah jeda pengiriman merek sumbernya, dibulatkan ke jam terdekat. Jeda satu hari penuh tetap satu hari penuh, dan jeda kurang dari satu jam menjadi satu jam. Hanya emailnya yang dibuat oleh AI, dan semuanya dibuat secara paralel, masing-masing berdasarkan merek Anda: warna, font, gaya bahasa, dan produk Anda. Setiap langkah juga mendapat brief yang menjelaskan perannya dalam rangkaian serta apa yang ada sebelum dan sesudahnya, karena subagen yang menulis email-email itu tidak bisa melihat pekerjaan satu sama lain. Tanpa brief itu, mereka akan menghasilkan delapan pesan yang tidak saling berkaitan, hanya saja dikirim dengan jadwal yang sama.

Hasilnya adalah draf otomatisasi dengan ritme rangkaian yang sudah pernah dijalankan perusahaan sungguhan, serta teks yang menjadi milik Anda. Anda tetap harus membacanya. Penyesuaian mereknya bagus, tetapi belum final.

Membaca alur dari kode

Setiap alur tersedia lewat REST API dan MCP, sehingga agen bisa membaca korpus ini secara langsung.

# 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"

Filter berdasarkan brand, category, atau type (signup atau newsletter). Urutkan berdasarkan emails untuk rangkaian dengan email terbanyak, span untuk rangkaian yang berlangsung selama jumlah hari terbanyak, atau remixes untuk rangkaian yang dianggap orang lain layak ditiru. Gunakan semantic untuk mencari berdasarkan topik rangkaian; dengan cara inilah Anda bisa menemukan email win-back menjelang berakhirnya masa uji coba tanpa perlu tahu merek mana yang menulisnya.

Data yang sama juga tersedia sebagai alat dan sumber daya (resource) di server 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 dan MCP membaca katalog publik yang sama. Alur berlaku di tingkat organisasi, jadi pembacaan ini tidak memerlukan merek. Untuk paginasi daftar, teruskan pagination.cursor yang dikembalikan sebagai cursor pada permintaan berikutnya hingga nilainya null. Satu permintaan daftar tidak mengembalikan seluruh katalog, tetapi field total pada responsnya menghitung semua alur yang cocok dengan kueri.

Apa yang dilakukan agen dengan 151 rangkaian

Agen bisa memeriksa rangkaian sebelum memilih email referensi.

Alur pendaftaran mana yang memberi diskon di email pertama, dan mana yang menunggu hingga masa uji coba hampir berakhir? Apa yang dikirim alat untuk pengembang pada hari kedua? Berapa lama rangkaian sambutan newsletter berjalan sebelum berhenti? Berapa banyak rangkaian yang dibuka dengan pertanyaan, bukan manfaat? Data ini memungkinkan agen menelusuri pertanyaan-pertanyaan tersebut dengan membaca steps[]. Analisis subjek dan konten tetap membutuhkan interpretasi; API tidak menyediakan filter untuk setiap pertanyaan.

Penghubung yang membuat data ini bisa dipakai sebagai materi referensi adalah emailId di setiap langkah. Ini adalah referensi yang sama dengan yang dipakai galeri templat, dan persis itulah yang diterima create_email sebagai referenceEmailId. Jadi, agen membaca keseluruhan rangkaian, memilih langkah yang penting, lalu menyerahkan satu email tersebut ke alat desain:

get_flow { slug: "zapier.com" }
  → steps[4].emailId = "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q"

create_email {
  referenceEmailId: "pt1_k97hmahabyjrp1yfmga8m1rhah8e572q",
  prompt: "day-5 activation email for our API product"
}

Pelajari keseluruhan rangkaiannya, ambil email yang spesifik, lalu buat versi Anda. Tanpa salin-tempel di antaranya.

Dua batasan yang perlu diketahui

Proses perekaman menyimpan maksimal dua belas email per alur dan memotong sisanya, jadi emailCount: 12 berarti ada dua belas email atau lebih yang dikirim, bukan tepat dua belas. Itulah 59 alur yang disebut di atas.

Email hasil render berukuran besar. Jika Anda meminta HTML lewat MCP, Anda hanya mendapatkan satu atau dua langkah pertama sebelum respons penuh, dan sisanya tiba tanpa HTML. Ringkasan respons menyebutkan berapa banyak yang disertakan. Rute REST tidak memiliki batas seperti itu, jadi bacalah alur lewat rute tersebut jika Anda menginginkan isi setiap email: GET /v1/flows/zapier.com?include=html.

Mulai di sini

Buka galeri dan baca tiga rangkaian dalam kategori Anda sendiri sebelum menulis apa pun. Lalu, remix rangkaian yang ritmenya berani Anda pertahankan di depan tim Anda sendiri, dan ubah bagian yang tidak cocok.

Jika Anda mengarahkan agen ke sini, list_flows tanpa argumen adalah panggilan pertama yang tepat. Panggilan ini mengembalikan kartu beserta slug-nya, dan slug adalah satu-satunya hal yang dibutuhkan get_flow untuk semua data lainnya. Daftar field lengkapnya ada di referensi API.

Pertanyaan yang sering diajukan

Apa yang disebut sebagai alur?

Setiap email yang dikirim satu merek setelah satu kali pendaftaran atau langganan newsletter, secara berurutan, lengkap dengan hari setiap email tiba relatif terhadap pemicu tersebut. Satu alur per merek, dan slug alur adalah domain merek tersebut.

Apakah remix menyalin email aslinya?

Tidak. Brew menyalin strukturnya, yaitu jumlah langkah, urutan, dan jedanya, yang direproduksi dengan pembulatan ke jam terdekat. Setiap email kemudian dibangun ulang berdasarkan merek Anda dengan desain sumber sebagai referensi, sehingga hasilnya memakai warna, font, dan gaya bahasa Anda.

Apakah saya memerlukan kunci API untuk membaca alur?

Pembacaan lewat REST memerlukan kunci API dengan cakupan templates.read. MCP mendukung OAuth atau kunci API dengan akses yang sesuai. Galerinya sendiri bersifat publik dan tidak memerlukan akun.

Berapa banyak email yang disimpan dalam satu alur?

Maksimal dua belas. Proses perekaman menyimpan dua belas email pertama dan memotong sisanya, jadi alur yang mencatat dua belas email mungkin sebenarnya lebih panjang. Sebanyak 59 dari 151 alur yang dipublikasikan berada di batas tersebut.

Bisakah saya mendapatkan HTML hasil render dari setiap email?

Bisa, dengan include=html saat membaca satu alur. Lewat MCP, hanya satu atau dua langkah pertama yang muat dalam satu respons, dan ringkasannya menyebutkan berapa banyak yang disertakan. Rute REST mengembalikan isi setiap email.