Phần lớn thư viện mẫu chỉ cho bạn xem từng email một. Đó lại là đơn vị kém hữu ích nhất. Một email chào mừng đơn lẻ không cho thấy thời điểm gửi hay bối cảnh xung quanh nó. Cả chuỗi email mới bổ sung bối cảnh đó, dù việc nhìn thấy một chuỗi không chứng minh rằng chuỗi ấy đã đạt hiệu quả tốt.

Vì vậy, chúng tôi giữ lại các chuỗi email đã thu thập. Một luồng trong Brew hiển thị những email chúng tôi quan sát được sau một lần đăng ký tài khoản hoặc đăng ký nhận bản tin, theo đúng thứ tự, kèm ngày từng email đến. Do giới hạn khi thu thập, một luồng có thể không chứa toàn bộ chuỗi. Vào đợt ra mắt ngày 17/9, thư viện có 151 luồng. Các con số dưới đây mô tả dữ liệu tại thời điểm ra mắt đó; danh mục đang hoạt động có thể thay đổi.

Những điểm chính

• Một luồng là một chuỗi email đã thu thập, không phải một thiết kế đơn lẻ: 151 luồng, 151 thương hiệu, 1.311 email, mỗi bước đều kèm tiêu đề, văn bản xem trước, ngày gửi tính từ điểm bắt đầu và khoảng chờ kể từ lần gửi trước.
• Khi remix, Brew dựng lại sơ đồ bằng phép tính chứ không nhờ AI tạo ra. Brew biến các khoảng cách trong luồng gốc thành nút chờ, làm tròn đến giờ gần nhất, rồi viết lại mọi email theo thương hiệu của bạn.
• GET /v1/flows và công cụ MCP list_flows trả về cùng các bản ghi, nên agent có thể nghiên cứu cả 151 chuỗi mà không cần ai nhấp chuột.
• Mỗi bước đều có emailId mà bạn có thể truyền thẳng vào create_email dưới dạng referenceEmailId.

Một luồng gồm những gì

Chuỗi email sau đăng ký của Zapier gồm tám email trong 10,7 ngày:

Hãy đọc các ngày gửi, không chỉ tiêu đề. Bốn email đến vào bốn buổi sáng liên tiếp, rồi khoảng cách giãn ra thành hai ngày, rồi bốn ngày. Email “Stuck?” đến vào ngày 10 và email báo hết hạn dùng thử đến sau đó mười bảy giờ. Ai đó đã quyết định rằng điều hữu ích cuối cùng trước khi người dùng chạm tới tường phí (paywall) là một lời đề nghị giúp đỡ, và hai email này nên gần như nối liền nhau.

Bạn không thể thấy điều đó qua ảnh chụp màn hình của một email.

Trình xem mở ở email đầu tiên, nên khoảng chờ chỉ hiện ở phía sau email đó. Bước vào giữa chuỗi, như với chuỗi của Ro ở trên, bạn sẽ thấy khoảng chờ ở cả hai phía. Luồng chào mừng của Ro có nhịp chậm hơn của Zapier, 12 email trong 46,7 ngày, và các khoảng chờ đã cho bạn biết điều đó trước khi bạn đọc dù chỉ một tiêu đề.

Mỗi bước có tiêu đề, văn bản xem trước, ngày email đến, khoảng chờ kể từ lần gửi trước, một danh mục và một ảnh xem trước. Nếu yêu cầu, bạn còn nhận được cả HTML đã kết xuất.

Thư viện có những gì

Kho dữ liệu chỉ có một chuỗi cho mỗi thương hiệu, nên 151 luồng nghĩa là 151 công ty:

• 1.311 email trong 151 luồng, trung vị 9 email mỗi luồng.
• 132 chuỗi bản tin định kỳ và 19 chuỗi email sau đăng ký. Phần lớn những gì các thương hiệu thực sự gửi theo lịch là bản tin, và thư viện phản ánh điều đó.
• Thời gian kéo dài trung vị là 55 ngày. Dài nhất là Busuu với 9 email trong 168 ngày, một kiểu nhịp gửi hoàn toàn khác so với 4 email trong 9,4 ngày của Canva.
• 59 luồng chạm giới hạn thu thập 12 email, nên cứ năm chuỗi thì có khoảng hai chuỗi thực tế dài hơn những gì thư viện hiển thị.

Thư viện này nằm cạnh thư viện mẫu email đơn lẻ, nơi có thêm 4.098 bản tin, 105 email chào mừng và 68 email khuyến mãi. Luồng là phần cho bạn biết thứ tự.

Remix một luồng

Nhiều người nghĩ remix chỉ là sao chép. Không phải vậy.

Brew dựng sơ đồ tự động hóa trước: trình kích hoạt của bạn, rồi các khoảng cách của luồng gốc dưới dạng nút chờ, rồi một nút gửi cho mỗi bước. Nửa này là phép tính số học, không phải nội dung do AI tạo ra. Không ai yêu cầu mô hình đoán rằng email thứ tư được gửi vào ngày thứ ba.

Các nút chờ đó ghi 53 giờ và 122 giờ vì đó là nhịp mà thương hiệu gốc đã gửi, làm tròn đến giờ gần nhất. Khoảng cách tròn ngày vẫn giữ nguyên số ngày, còn mọi khoảng dưới một giờ sẽ thành một giờ. Chỉ có email là do AI tạo, và chúng được tạo song song, email nào cũng dựa trên thương hiệu của bạn. Màu sắc, phông chữ, giọng văn, sản phẩm: tất cả đều là của bạn. Mỗi bước còn nhận một bản brief mô tả vai trò của nó trong chuỗi và những gì nằm ở hai bên, vì các agent con viết những email đó không nhìn thấy công việc của nhau; nếu không có brief, chúng sẽ tạo ra tám email chẳng liên quan gì đến nhau trên cùng một lịch gửi.

Bạn nhận được một tự động hóa ở dạng bản nháp, với nhịp gửi của một chuỗi mà một công ty thật đã chạy, cùng nội dung thuộc về bạn. Bạn vẫn phải đọc lại. Phần chuyển sang thương hiệu của bạn đã tốt, nhưng chưa phải bản hoàn chỉnh.

Đọc luồng từ mã

Mọi luồng đều có sẵn qua REST API và MCP, nên agent có thể đọc trực tiếp kho dữ liệu.

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

Lọc theo brand, category hoặc type (signup hoặc newsletter). Sắp xếp theo emails để xem các chuỗi có nhiều email nhất, span để xem các chuỗi kéo dài qua nhiều ngày nhất, hoặc remixes để xem những gì người khác thấy đáng sao chép. Truyền semantic để tìm theo chủ đề của chuỗi; đó là cách bạn tìm được một email giành lại khách hàng khi hết hạn dùng thử mà không cần biết thương hiệu nào đã viết.

Thao tác đọc này cũng có sẵn dưới dạng công cụ và tài nguyên (resource) trên máy chủ MCP của 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 và MCP đọc cùng một danh mục công khai. Luồng dùng chung cho toàn tổ chức, nên các lệnh đọc này không cần chỉ định thương hiệu. Để phân trang danh sách, hãy truyền giá trị pagination.cursor được trả về vào cursor của yêu cầu tiếp theo cho đến khi giá trị này là null. Một yêu cầu danh sách không trả về toàn bộ danh mục, nhưng total của nó đếm mọi luồng khớp với truy vấn.

Agent làm gì với 151 chuỗi email

Agent có thể xem xét cả chuỗi trước khi chọn một email tham khảo.

Luồng sau đăng ký nào đưa mã giảm giá vào ngay email đầu tiên, và luồng nào chờ đến khi bản dùng thử sắp hết hạn? Các công cụ dành cho lập trình viên gửi gì vào ngày thứ hai? Chuỗi email chào mừng của bản tin kéo dài bao lâu trước khi dừng? Bao nhiêu chuỗi mở đầu bằng một câu hỏi thay vì một lợi ích? Các bản ghi cho phép agent tìm hiểu những câu hỏi đó bằng cách đọc steps[]. Việc phân tích tiêu đề và nội dung vẫn cần diễn giải; API không có sẵn bộ lọc cho mọi câu hỏi.

Điều khiến dữ liệu này trở thành tư liệu tham khảo dùng được là emailId ở mỗi bước. Đây cũng là loại tham chiếu mà thư viện mẫu dùng, và chính là giá trị create_email nhận vào dưới dạng referenceEmailId. Vì vậy, agent đọc mạch của chuỗi, chọn bước quan trọng rồi chuyển đúng email đó cho công cụ thiết kế:

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

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

Nghiên cứu mạch của chuỗi, lấy đúng email cần dùng, rồi dựng phiên bản của bạn. Không cần sao chép, dán thủ công ở giữa.

Hai giới hạn nên biết

Quá trình thu thập giữ tối đa mười hai email cho mỗi luồng và cắt bỏ phần đuôi, nên emailCount: 12 nghĩa là đã có từ mười hai email trở lên được gửi, chứ không phải đúng mười hai. Đó chính là 59 luồng nêu ở trên.

Email đã kết xuất khá nặng. Khi yêu cầu HTML qua MCP, bạn chỉ nhận được một hoặc hai bước đầu tiên trước khi phản hồi bị đầy, các bước còn lại sẽ không kèm HTML. Phần tóm tắt cho biết có bao nhiêu bước được giữ HTML. Route REST không có giới hạn này, nên hãy đọc luồng ở đó khi bạn muốn có mọi phần thân email: GET /v1/flows/zapier.com?include=html.

Bắt đầu từ đây

Hãy mở thư viện và đọc ba chuỗi email trong lĩnh vực của bạn trước khi viết bất cứ điều gì. Sau đó, remix chuỗi có nhịp gửi mà bạn sẵn sàng bảo vệ trước chính đội ngũ của mình, rồi thay đổi những gì không phù hợp.

Nếu bạn giao việc này cho agent, list_flows không kèm tham số là lệnh gọi đầu tiên phù hợp. Lệnh này trả về các thẻ kèm slug, và slug là thứ duy nhất get_flow cần để lấy mọi thông tin còn lại. Danh sách đầy đủ các trường có trong tài liệu tham khảo API.

Câu hỏi thường gặp

Thế nào được tính là một luồng?

Mọi email mà một thương hiệu gửi sau một lần đăng ký tài khoản hoặc đăng ký nhận bản tin, theo đúng thứ tự, kèm ngày mỗi email đến tính từ thời điểm kích hoạt đó. Mỗi thương hiệu có một luồng, và slug của luồng là tên miền của thương hiệu.

Remix có sao chép các email gốc không?

Không. Brew sao chép cấu trúc, tức số bước, thứ tự và các khoảng cách, được tái tạo chính xác đến giờ gần nhất. Sau đó, từng email được dựng lại theo thương hiệu của bạn, dùng thiết kế gốc làm tham khảo, nên kết quả mang màu sắc, phông chữ và giọng văn của bạn.

Tôi có cần khóa API để đọc luồng không?

Đọc qua REST cần khóa API có quyền templates.read. MCP hỗ trợ OAuth hoặc khóa API có quyền truy cập phù hợp. Bản thân thư viện là công khai và không cần tài khoản.

Một luồng giữ được bao nhiêu email?

Tối đa mười hai. Quá trình thu thập giữ mười hai email đầu tiên và cắt bỏ phần đuôi, nên một luồng ghi nhận mười hai email có thể đã kéo dài hơn. 59 trong số 151 luồng đã xuất bản đang chạm mức trần đó.

Tôi có thể lấy HTML đã kết xuất của từng email không?

Có, bằng include=html khi đọc một luồng đơn lẻ. Qua MCP, chỉ một hoặc hai bước đầu tiên vừa trong một phản hồi, và phần tóm tắt cho bạn biết có bao nhiêu bước được giữ lại. Route REST trả về mọi phần thân email.