Ubah pembaruan rilis Slack menjadi draf catatan rilis untuk pelanggan

Ikhtisar

Otomasi Computer memeriksa Slack setiap jam untuk rilis yang ditujukan bagi pelanggan yang telah dikonfirmasi, meninjau perubahan GitHub yang ditautkan, isu Linear, dan Proyek produk di Notion, lalu memeriksa catatan rilis sebelumnya untuk mencari duplikat dan penamaan yang disetujui. Otomasi ini menyiapkan draf catatan rilis yang ditujukan bagi pelanggan dan ringkasan tim untuk ditinjau tanpa mempublikasikan atau mengirimkannya.

Waktu hingga hasil pertama: Setelah pemeriksaan per jam berikutnya menemukan pesan pengiriman yang memenuhi syarat; minta proses langsung untuk contoh pertama.

Tingkat Kesulitan: perlu penyiapan

Yang Anda perlukan

• Slack terhubung dengan akses ke [saluran rilis], sehingga rilis yang ditujukan bagi pelanggan yang telah dikonfirmasi dapat diidentifikasi.
• GitHub dan Linear terhubung dengan akses ke pull request dan isu yang ditautkan, sehingga draf mencerminkan cakupan yang dikirimkan.
• Notion terhubung ke [proyek produk], sehingga nama yang disetujui untuk pelanggan memandu draf.
• Buku besar catatan rilis dengan entri sebelumnya dan aturan penamaan, sehingga duplikat dan nama yang kedaluwarsa dapat diperiksa.
• Jadwal pemeriksaan per jam dan pemilik peninjauan, sehingga pembaruan yang memenuhi syarat menjadi draf untuk disetujui, alih-alih catatan yang dipublikasikan.

Kueri

Hasil yang Anda dapatkan

Pengiriman Laporan Terjadwal: draf untuk ditinjau

Contoh keluaran dengan detail produk fiktif dan tautan sumber ilustratif. Kutipan dari draf yang telah diselesaikan:

Pemeriksaan penamaan:

“Proyek Produk mengonfirmasi "Scheduled Report Delivery" adalah nama yang disetujui. Draf menggunakannya secara persis. Kategori adalah Baru.”

Pemeriksaan duplikat:

“Tidak ada entri sebelumnya untuk LIN-4955, PR-3389, atau "Scheduled Report Delivery."”

Ringkasan tim:

“Usulan tag rilis v2026.09.19-1.”

Lihat draf demo lengkap dan buku besar di tugas sumber.

• Tinjauan sumber: Demo mencantumkan pull request GitHub, isu Linear dan epik induk, serta Proyek produk Notion.
• Pemeriksaan penamaan: “Scheduled Report Delivery” menggantikan label “Report Scheduler” yang lebih lama.
• Pemeriksaan duplikat: Nama fitur, ID isu, dan pull request dibandingkan dengan catatan rilis sebelumnya.
• Draf catatan rilis: Usulan judul, kategori, tag rilis, pernyataan manfaat, dan poin-poin fitur untuk ditinjau.
• Ringkasan tim: Draf balasan utas Slack yang menjelaskan perubahan, keputusan penamaan, dan pemeriksaan duplikat.
• Buku besar catatan rilis: Tiga entri ilustratif sebelumnya dan konvensi penamaan untuk tinjauan berikutnya.

Disampaikan sebagai draf Markdown dan buku besar Markdown terpisah, siap untuk ditinjau dan direvisi; demo tidak menampilkan catatan rilis yang dipublikasikan atau balasan Slack yang diposkan.

Sempurnakan

• Tambahkan konteks: Sertakan catatan rilis yang disetujui dan ketersediaan paket yang dikonfirmasi untuk memandu pilihan kata dan klaim kelayakan.
• Tunjuk pada hal spesifik: Sebutkan saluran Slack, repositori GitHub, tim Linear, dan Proyek Notion yang menentukan rilis.
• Minta formatnya: Minta manfaat bagi pelanggan, pernyataan ketersediaan, poin-poin fitur, dan referensi sumber di setiap draf.
• Gunakan skill: Simpan struktur catatan rilis dan aturan penamaan yang disetujui sebagai skill yang dapat digunakan kembali.
• Jadikan berulang: Tentukan jam pemeriksaan dan zona waktu, serta minta senyap saat tidak ada perubahan yang memenuhi syarat.

Coba variasi

Tinjau [tautan pesan rilis Slack], perubahan GitHub yang ditautkan, isu Linear terkait, dan [proyek produk di Notion]. Periksa [buku besar catatan rilis] untuk mencari duplikat dan penamaan yang disetujui. Draf satu entri catatan rilis Markdown dan ringkasan tim untuk ditinjau. Jangan jadwalkan, publikasikan, atau poskan apa pun.

Setiap jam, periksa [saluran Slack] untuk perbaikan bug yang dikirimkan dan ditujukan bagi pelanggan di [repositori GitHub]. Tinjau isu Linear terkait, [proyek produk di Notion], dan [buku besar catatan rilis]. Draf entri Markdown dalam kategori Diperbaiki dengan ringkasan tim untuk ditinjau. Jangan publikasikan atau poskan apa pun.

Setiap [Jumat pada waktu dan zona waktu], tinjau rilis yang dikonfirmasi di [saluran Slack] terhadap perubahan GitHub yang ditautkan, isu Linear, [proyek produk di Notion], dan [buku besar catatan rilis]. Buat ringkasan rilis Markdown satu halaman dengan manfaat bagi pelanggan, nama yang disetujui, dan hasil pemeriksaan duplikat. Tahan untuk ditinjau.

Kasus penggunaan terkait

• Computer mengirimkan ringkasan pengembangan produk harian di Slack: Jaga agar tim produk selaras dengan keputusan dan perubahan implementasi sebelum menjadi pengumuman rilis.
• Otomatiskan artikel pusat bantuan: Ubah dokumentasi produk menjadi artikel bantuan yang menjelaskan cara menggunakan fitur yang baru dirilis.
• Deteksi halaman landas yang kedaluwarsa untuk perusahaan Anda: Bandingkan halaman publik dengan catatan rilis terbaru untuk menandai klaim yang kedaluwarsa setelah peluncuran.