Biến các bản cập nhật phát hành trên Slack thành bản nháp ghi chú phát hành hướng tới khách hàng

Tổng quan

Một công cụ tự động hóa của Computer kiểm tra Slack hàng giờ để tìm các bản phát hành hướng tới khách hàng đã được xác nhận, xem xét các thay đổi trên GitHub được liên kết, các vấn đề trên Linear và dự án sản phẩm trong Notion, sau đó kiểm tra các ghi chú phát hành trước đó để tìm các bản trùng lặp và tên được phê duyệt. Nó chuẩn bị bản nháp ghi chú phát hành hướng tới khách hàng và bản tóm tắt nhóm để xem xét mà không xuất bản hoặc đăng tải.

Thời gian có kết quả đầu tiên: Sau khi lượt kiểm tra hàng giờ tiếp theo tìm thấy một thông báo phát hành hợp lệ; hãy yêu cầu chạy ngay lập tức cho ví dụ đầu tiên.

Độ khó: cần thiết lập

Những gì bạn cần

• Slack được kết nối với quyền truy cập vào [release channel], để có thể xác định các bản phát hành hướng tới khách hàng đã được xác nhận.
• GitHub và Linear được kết nối với quyền truy cập vào các pull request và vấn đề được liên kết, để các bản nháp phản ánh phạm vi đã phát hành.
• Notion được kết nối với [product Project], để các tên hướng tới khách hàng đã được phê duyệt định hướng bản nháp.
• Một sổ cái ghi chú phát hành với các mục trước đó và quy tắc đặt tên, để có thể kiểm tra các bản trùng lặp và tên lỗi thời.
• Lịch kiểm tra hàng giờ và người phụ trách xem xét, để các bản cập nhật hợp lệ trở thành bản nháp để phê duyệt thay vì ghi chú đã xuất bản.

Truy vấn

Những gì bạn nhận lại

Giao báo cáo theo lịch trình: bản nháp để xem xét

Kết quả demo với chi tiết sản phẩm giả định và liên kết nguồn minh họa. Trích đoạn từ bản nháp đã hoàn thành:

Kiểm tra tên:

"Dự án sản phẩm xác nhận rằng "Scheduled Report Delivery" là tên đã được phê duyệt. Bản nháp sử dụng nguyên văn tên này. Danh mục là Mới."

Kiểm tra trùng lặp:

"Không có mục nào trước đó cho LIN-4955, PR-3389 hoặc "Scheduled Report Delivery"."

Tóm tắt nhóm:

"Thẻ phát hành đề xuất v2026.09.19-1."

Xem bản nháp demo hoàn chỉnh và sổ cái trong tác vụ nguồn.

• Xem lại nguồn: Demo liệt kê một pull request trên GitHub, một vấn đề trên Linear và epic cha, cùng với một dự án sản phẩm trên Notion.
• Kiểm tra tên: "Scheduled Report Delivery" thay thế cho nhãn cũ “Report Scheduler”.
• Kiểm tra trùng lặp: Tên tính năng, ID vấn đề và pull request được so sánh với các ghi chú phát hành trước đó.
• Bản nháp ghi chú phát hành: Tiêu đề đề xuất, danh mục, thẻ phát hành, tuyên bố lợi ích và các gạch đầu dòng tính năng để xem xét.
• Tóm tắt nhóm: Bản nháp trả lời chuỗi trên Slack giải thích thay đổi, quyết định đặt tên và kiểm tra trùng lặp.
• Sổ cái ghi chú phát hành: Ba mục trước đó mang tính minh họa và quy ước đặt tên cho các lần xem xét tiếp theo.

Được cung cấp dưới dạng bản nháp Markdown và một sổ cái Markdown riêng biệt, sẵn sàng để xem xét và sửa đổi; demo không hiển thị ghi chú phát hành đã được xuất bản hoặc phản hồi đã đăng trên Slack.

Cải thiện thêm

• Thêm ngữ cảnh: Bao gồm các ghi chú phát hành đã phê duyệt và tính khả dụng của gói được xác nhận để hướng dẫn cách diễn đạt và khiếu nại về tính đủ điều kiện.
• Chỉ định chi tiết cụ thể: Đặt tên cho kênh Slack, các kho lưu trữ GitHub, nhóm Linear và dự án Notion xác định bản phát hành.
• Yêu cầu định dạng: Yêu cầu lợi ích cho khách hàng, tuyên bố tính khả dụng, gạch đầu dòng tính năng và tài liệu tham khảo nguồn trong mọi bản nháp.
• Sử dụng một kỹ năng: Lưu cấu trúc ghi chú phát hành đã phê duyệt và các quy tắc đặt tên như một Skill có thể tái sử dụng.
• Làm cho nó định kỳ: Chỉ định giờ kiểm tra và múi giờ, đồng thời yêu cầu giữ im lặng khi không có thay đổi đủ điều kiện nào xuất hiện.

Thử một biến thể

Xem lại [Slack ship-message link], các thay đổi trên GitHub được liên kết, các vấn đề liên quan trên Linear và [product Project in Notion]. Kiểm tra [release notes ledger] để tìm các bản trùng lặp và tên được phê duyệt. Soạn thảo một mục ghi chú phát hành dạng Markdown và bản tóm tắt nhóm để xem xét. Không lên lịch, xuất bản hoặc đăng bất cứ điều gì.

Mỗi giờ, hãy kiểm tra [Slack channel] để tìm các bản sửa lỗi tập trung vào khách hàng đã được vận chuyển trong [GitHub repository]. Xem xét các vấn đề liên quan trên Linear, [product Project in Notion] và [release notes ledger]. Soạn thảo các mục dạng Markdown trong danh mục Đã cố định với bản tóm tắt nhóm để xem xét. Không xuất bản hoặc đăng bất cứ điều gì.

Vào mỗi [Friday at time and time zone], hãy xem xét các bản phát hành được xác nhận trong [Slack channel] đối chiếu với các thay đổi trên GitHub được liên kết, các vấn đề trên Linear, [product Project in Notion] và [release notes ledger]. Tạo một bản tóm tắt phát hành dạng Markdown một trang với các lợi ích của khách hàng, tên được phê duyệt và kết quả kiểm tra trùng lặp. Giữ lại để xem xét.

Các trường hợp sử dụng liên quan

• Computer gửi tóm tắt phát triển sản phẩm hàng ngày trên Slack: Giữ cho nhóm sản phẩm đồng thuận về các quyết định và thay đổi thực hiện trước khi chúng trở thành thông báo phát hành.
• Tự động hóa các bài viết trung tâm trợ giúp: Biến tài liệu sản phẩm thành các bài viết trợ giúp giải thích cách sử dụng các tính năng mới phát hành.
• Phát hiện các trang đích lỗi thời cho công ty của bạn: So sánh các trang công khai với các ghi chú phát hành mới nhất để đánh dấu các thông tin lỗi thời sau khi ra mắt.