Slack sürüm güncellemelerini müşteri odaklı sürüm notu taslaklarına dönüştürün

Genel Bakış

Bir Computer otomasyonu, onaylanmış müşteri odaklı sürümler için Slack'i saatlik olarak kontrol eder, bağlantılı GitHub değişikliklerini, Linear sorunlarını ve Notion'daki ürün proje'sini inceler, ardından kopyalar ve onaylanmış adlandırmalar için önceki sürüm notlarını kontrol eder. Yayınlamadan veya göndermeden önce inceleme için müşteri odaklı bir sürüm notu taslağı ve ekip özeti hazırlar.

İlk sonuca kadar geçen süre: Sonraki saatlik kontrol uygun bir yayın mesajı bulduktan sonra; ilk örnek için hemen bir çalıştırma isteyin.

Zorluk: kurulum gerektirir

İhtiyacınız olanlar

• Onaylanmış müşteri odaklı sürümlerin tanımlanabilmesi için [release channel] erişimi olan bağlı Slack.
• Taslakların sevkiyat kapsamını yansıtması için bağlantılı pull request'lere ve sorunlara erişimi olan bağlı GitHub ve Linear.
• Onaylanmış müşteri odaklı isimlerin taslağa rehberlik etmesi için [product Project] bağlı Notion.
• Kopyaların ve güncelliğini yitirmiş isimlerin kontrol edilebilmesi için önceki girdileri ve adlandırma kurallarını içeren bir sürüm notları defteri.
• Uygun güncellemelerin yayınlanmış notlar yerine onay için taslaklara dönüşmesi için saatlik kontrol programı ve inceleme sahibi.

Sorgu

Geri aldığınız şey

Planlanmış Rapor Teslimi: İnceleme için taslak

Kurgusal ürün detayları ve açıklayıcı kaynak bağlantıları içeren demo çıktısı. Tamamlanan taslaktan alıntılar:

Adlandırma kontrolü:

"Ürün proje, 'Planlanmış Rapor Teslimi'nin onaylanmış isim olduğunu doğrular. Taslak bunu aynen kullanır. Kategori Yeni'dir."

Yinelenen kontrolü:

"LIN-4955, PR-3389 veya 'Planlanmış Rapor Teslimi' için önceden yapılmış bir giriş yok."

Ekip özeti:

"Önerilen sürüm etiketi v2026.09.19-1."

Kaynak görevinde eksiksiz demo taslağını ve defterini görüntüleyin.

• Kaynak incelemesi: Demoda bir GitHub pull request, bir Linear sorunu ve üst epik ile bir Notion ürün proje listelenir.
• Adlandırma kontrolü: "Planlanmış Rapor Teslimi", eski "Rapor Zamanlayıcısı" etiketinin yerini alır.
• Yinelenen kontrolü: Özellik adı, sorun kimliği ve pull request, önceki sürüm notlarıyla karşılaştırılır.
• Sürüm notu taslağı: İnceleme için önerilen başlık, kategori, sürüm etiketi, fayda ifadesi ve özellik maddeleri.
• Ekip özeti: Değişikliği, adlandırma kararını ve yinelenen kontrolünü açıklayan taslak bir Slack konu yanıtı.
• Sürüm notları defteri: Sonraki incelemeler için üç örnek önceki kayıt ve adlandırma kuralları.

İnceleme ve düzeltmeye hazır, Markdown taslağı ve ayrı bir Markdown defteri olarak teslim edilir; demo, yayınlanmış bir sürüm notu veya gönderilmiş bir Slack yanıtı göstermez.

Daha iyi hale getirin

• Bağlam ekle: İfadeleri ve uygunluk iddialarını yönlendirmek için onaylanmış sürüm notlarını ve onaylanmış plan kullanılabilirliğini dahil edin.
• Özellikleri belirtin: Sürümü tanımlayan Slack kanalını, GitHub depolarını, Linear ekibini ve Notion proje'sini adlandırın.
• Formatı isteyin: Her taslakta bir müşteri faydası, kullanılabilirlik ifadesi, özellik maddeleri ve kaynak referansları isteyin.
• Bir Skill kullanın: Onaylanmış sürüm notu yapısını ve adlandırma kurallarını yeniden kullanılabilir bir Skill olarak kaydedin.
• Tekrarlayan hale getirin: Kontrol saatlerini ve saat dilimini belirtin ve uygun değişiklik görünmediğinde sessizlik isteyin.

Bir varyasyon deneyin

[Slack ship-message link], bağlantılı GitHub değişiklikleri, ilgili Linear sorunları ve [Notion'daki ürün proje] inceleyin. Kopyalar ve onaylanmış adlandırma için [release notes ledger] kontrol edin. İnceleme için bir Markdown sürüm notu girdisi ve ekip özeti taslaklayın. Hiçbir şey planlamayın, yayınlamayın veya göndermeyin.

Her saat başı, [GitHub repository] içindeki sevk edilen müşteri odaklı hata düzeltmeleri için [Slack channel] kontrol edin. İlgili Linear sorunlarını, [Notion'daki ürün proje] ve [release notes ledger] inceleyin. İnceleme için ekip özetiyle birlikte Sabit kategorisinde Markdown girdileri taslaklayın. Hiçbir şey yayınlamayın veya göndermeyin.

Her [Friday at time and time zone], [Slack channel] içindeki onaylanmış sürümleri bağlantılı GitHub değişiklikleri, Linear sorunları, [Notion'daki ürün proje] ve [release notes ledger] ile karşılaştırarak inceleyin. Müşteri faydaları, onaylanmış isimler ve yinelenen kontrolü sonuçları içeren tek sayfalık bir Markdown sürüm özeti oluşturun. İnceleme için tutun.

İlgili kullanım senaryoları

• Computer, Slack'te günlük ürün geliştirme özeti gönderir: Sürüm duyuruları haline gelmeden önce ürün ekibini kararlar ve uygulama değişiklikleri konusunda uyumlu tutun.
• Yardım merkezi makalelerini otomatikleştirin: Ürün belgelerini, yeni yayınlanan özelliklerin nasıl kullanılacağını açıklayan yardım makalelerine dönüştürün.
• Şirketiniz için güncelliğini yitirmiş açılış sayfalarını tespit edin: Lansmandan sonra güncelliğini yitirmiş iddiaları işaretlemek için genel sayfaları en son sürüm notlarıyla karşılaştırın.