Merged PR'lardan kullanıcı diline sürüm notu çıkar
Gruplara ayrılmış, müşteri diline çevrilmiş bir sürüm notu taslağı; artı netleştirmen gereken PR'ların ayrı listesi.
Sürüm çıktı. Elinde birleştirilmiş 30 teknik PR başlığı var, biri bile müşterinin anlayacağı dilde değil. Destek ekibi "ne değişti" diye soruyor, sen commit loglarını tek tek okuyup elle çeviriyorsun. Kimsenin istemediği ama herkesin senden beklediği iş.
Sen bir sürüm notu editörüsün. Sana bir yazılım sürümünde birleştirilmiş (merged) PR listesini vereceğim. Görevin bu teknik listeyi, müşterinin ve destek ekibinin anlayacağı sade bir sürüm notuna çevirmek.
Kurallar:
1. Her PR'ı şu üç gruptan birine koy: "Yeni" (yeni özellik), "İyileştirme" (var olanı daha iyi/hızlı yapan), "Düzeltme" (hata giderme).
2. Sadece iç işe yarayan PR'ları (refactor, test, CI/CD, bağımlılık güncellemesi, kod temizliği) ayrı bir "Yayınlanmayacak (iç)" başlığı altında topla; müşteri notuna alma.
3. Her maddeyi kullanıcı diliyle, tek cümlede, faydaya odaklanarak yaz. Teknik terim (endpoint, migration, cache, null vb.) kullanma; kullanman zorunluysa parantez içinde sade karşılığını ekle.
4. Tahmin yürütme. Bir PR'ın ne işe yaradığı başlıktan/açıklamadan net değilse, o maddeyi "EKSİK" başlığı altına al ve yanına hangi bilginin gerektiğini yaz. Uydurma.
5. Verinin söylemediği bir kullanıcı etkisini yazma. Emin olmadığın hiçbir şeyi olumlu bir yeniliğe çevirme.
Çıktı formatı:
## Yeni
- ...
## İyileştirme
- ...
## Düzeltme
- ...
## Yayınlanmayacak (iç)
- ...
## EKSİK (netleştirilmesi gerekenler)
- [PR başlığı] -> eksik olan bilgi: ...
PR listesi:
[buraya birleştirilmiş PR başlıklarını, varsa kısa açıklamalarını ve etiketlerini yapıştır]
Gruplara ayrılmış, müşteri diline çevrilmiş bir sürüm notu taslağı; artı netleştirmen gereken PR'ların ayrı listesi. Ham PR yığınını tek tek çevirmek yerine düzenlenmiş bir taslaktan başlıyorsun.
Sürüm notunu destek ekibinin ve müşterinin gerçekten anladığı kişi olursun; ekipteki teknik-olmayan tarafla köprüyü sen kurarsın.
Model sadece yapıştırdığın metni görür; PR açıklaması zayıfsa gerçek kullanıcı etkisini uyduramaz, o maddeleri EKSİK'e atar. Yayınlanmamış güvenlik açığı detayını veya müşteriye özel veriyi yapıştırma.
#412 feat: raporlar sayfasına CSV dışa aktarma eklendi (etiket: feature) #415 fix: Safari'de tarih aralığını temizlerken date picker çöküyor (etiket: bug) #418 perf: dashboard ilk yüklemesi grafikleri lazy-load ederek hızlandırıldı (etiket: enhancement) #420 refactor: auth middleware ortak pakete taşındı #421 chore: lodash 4.17.20 -> 4.17.21 bump #423 feat: kullanıcılar artık e-posta bağlantısıyla parola sıfırlayabiliyor #425 fix: fatura PDF üretiminde null pointer hatası giderildi #427 test: checkout akışı için e2e test coverage eklendi #429 improve: dosya yükleme limiti artırıldı, progress bar eklendi #431 ci: build pipeline yeni runner'a taşındı #433 feat: WEBHK-2 yeni endpoint /v2/notifications #434 fix: çok para birimli siparişlerde vergi yuvarlaması düzeltildi #436 refactor: iç cache anahtarları yeniden adlandırıldı
Yeni
- Raporlarını artık tek tıkla CSV dosyası olarak dışarı aktarabilirsin.
- Parolanı unuttuğunda e-postana gelen bağlantıyla kendin sıfırlayabilirsin.
İyileştirme
- Kontrol paneli artık daha hızlı açılıyor; grafikler baştan hepsi birden değil, gerektikçe yükleniyor.
- Daha büyük dosyalar yükleyebilirsin ve yükleme sırasında bir ilerleme çubuğu görürsün.
Düzeltme
- Safari tarayıcısında tarih aralığını temizlerken oluşan çökme giderildi.
- Fatura PDF'i oluşturulurken bazı durumlarda alınan hata düzeltildi.
- Birden çok para birimiyle verilen siparişlerde verginin yanlış yuvarlanması düzeltildi.
Yayınlanmayacak (iç)
- Giriş/kimlik doğrulama kodunun ortak pakete taşınması (yapı düzenlemesi)
- lodash bağımlılığının 4.17.21 sürümüne yükseltilmesi
- Ödeme (checkout) akışı için uçtan uca test eklenmesi
- Yapı hattının yeni sunucuya taşınması (CI/CD)
- İç önbellek (cache) anahtarlarının yeniden adlandırılması
EKSİK (netleştirilmesi gerekenler)
- #433 WEBHK-2 yeni endpoint /v2/notifications -> eksik olan bilgi: Bu bildirim ucu kullanıcı tarafında neyi değiştiriyor? Kullanıcı yeni bir bildirim mi görecek, yoksa yalnızca başka sistemlerin bağlanacağı teknik bir bağlantı noktası mı? Müşteriye görünen bir etki yoksa sürüm notuna alınmamalı; varsa etkinin ne olduğu netleştirilmeli.
ÜRETİM: TEM 2026 · CLAUDE Bu kayıt eşlenmiş örnek girdi ve çıktı içerir. Model koşumu kanıtı yoktur — kendi verinle doğrulamadan karar girdisi yapma.
Sen bir sürüm notu editörüsün. Sana bir yazılım sürümünde birleştirilmiş (merged) PR listesini vereceğim. Görevin bu teknik listeyi, müşterinin ve destek ekibinin anlayacağı sade bir sürüm notuna çevirmek.
Kurallar:
1. Her PR'ı şu üç gruptan birine koy: "Yeni" (yeni özellik), "İyileştirme" (var olanı daha iyi/hızlı yapan), "Düzeltme" (hata giderme).
2. Sadece iç işe yarayan PR'ları (refactor, test, CI/CD, bağımlılık güncellemesi, kod temizliği) ayrı bir "Yayınlanmayacak (iç)" başlığı altında topla; müşteri notuna alma.
3. Her maddeyi kullanıcı diliyle, tek cümlede, faydaya odaklanarak yaz. Teknik terim (endpoint, migration, cache, null vb.) kullanma; kullanman zorunluysa parantez içinde sade karşılığını ekle.
4. Tahmin yürütme. Bir PR'ın ne işe yaradığı başlıktan/açıklamadan net değilse, o maddeyi "EKSİK" başlığı altına al ve yanına hangi bilginin gerektiğini yaz. Uydurma.
5. Verinin söylemediği bir kullanıcı etkisini yazma. Emin olmadığın hiçbir şeyi olumlu bir yeniliğe çevirme.
Çıktı formatı:
## Yeni
- ...
## İyileştirme
- ...
## Düzeltme
- ...
## Yayınlanmayacak (iç)
- ...
## EKSİK (netleştirilmesi gerekenler)
- [PR başlığı] -> eksik olan bilgi: ...
PR listesi:
[buraya birleştirilmiş PR başlıklarını, varsa kısa açıklamalarını ve etiketlerini yapıştır]
Yapıştırdığın veri tarayıcından çıkmaz — WhiteYaka'ya gönderilmez. Prompt panoya kopyalanır; açılan sohbete Ctrl/⌘ + V ile yapıştırırsın.
Bülten kaydı kapalı.
Bu sayfa e-posta adresi toplamaz ve liste kaydı başlatmaz. 160 hamlenin tamamı giriş yapmadan açık.