Deterministik Gruplama mı, Yapıyı Yapay Zekâya Bırakmak mı?
Ürün güncellemesinde düzenleme adımının neden kural tabanlı, yazma adımının neden olmaması gerektiği — ve dil modeli ikisine birden karar verdiğinde neler ters gidiyor.
Soobrief Ekibi — Ürün ve Mühendislik, Sooapps ·
Kısaca
Hem düzenlemesi hem yazması istenen bir dil modeli, aynı girdiden her çalıştırmada farklı bir düzen üretir. Haftalık bir kayıt için bu kabul edilemez, çünkü ardışık iki güncelleme karşılaştırılamaz hâle gelir. Kalıcı ayrım şu: yapıya deterministik kurallar karar verir, model bu yapının üzerine anlatıyı yazar. Böylece çıktı haftadan haftaya kararlı kalır, hatalar kural düzeyinde düzeltilebilir ve modele ulaşması gereken veri miktarı belirgin biçimde azalır.
Üretilen her ürün güncellemesinin içinde iki iş var ve bu ikisinin neredeyse hiçbir ortak yanı yok.
Düzenleme bir sınıflandırma problemi. Bu kart şu ürüne, şu kategoriye, bu tarih aralığına ait. Doğru bir yanıtı var, takip aracının zaten tuttuğu veriden türetilebilir ve aynı girdi her zaman aynı çıktıyı vermeli.
Yazma bir dil problemi. PROJ-4412: davet hatası ifadesini ekip dışından birinin kullanabileceği bir cümleye çevirmek. Tek bir doğru yanıtı yok ve zor olmasının sebebi tam da ton ve vurgu konusundaki muhakeme.
Dil modelleri ikinci işte gerçekten iyi. Birincisini onlara devretmek, öngörülebilir ve belirli bir sorun kümesi yaratıyor.
Kararsızlık problemi
Aynı elli tamamlanmış görevi bir modele iki kez "bunları düzenle ve haftalık güncelleme yaz" talimatıyla verin. İki farklı belge alırsınız. Yalnızca anlatı farklı olmaz — bölüm adları, gruplamalar ve neyin kendi başlığını hak ettiğine dair kararlar da farklı olur.
Tek seferlik bir özet için bu zararsız. Haftalık bir belge için kabul edilemez, çünkü haftalık güncellemenin değeri büyük ölçüde karşılaştırmadan geliyor:
- Entegrasyonlar bölümü geçen haftaya göre büyüdü mü, küçüldü mü?
- O alan hâlâ ilgi görüyor mu?
- Bir şey düştü mü, yoksa model bu sefer adını mı değiştirdi?
Başlıklar haftadan haftaya kaydığında bu soruların hiçbiri okuyarak yanıtlanamaz. Okuyucu "ekip entegrasyonlara ara verdi" ile "model bu hafta ona Platform dedi" arasındaki farkı göremez. Kendi önceki sürümüyle karşılaştırılamayan bir belge, göründüğünden çok daha zayıf bir üründür.
Düzeltme problemi
Zaman içinde asıl önem kazanan bu.
Diyelim ki bir kalem yanlış bölüme düştü. Deterministik kurallarla teşhis doğrudan: bir kural bu panoyu ya da etiketi yanlış kategoriye eşlemiş. Eşlemeyi değiştirirsiniz. Gelecekteki tüm güncellemeler düzelir ve hangi geçmiş güncellemelerin etkilendiğini de bilirsiniz, çünkü hepsini aynı kural üretmiştir.
Modelin karar verdiği gruplamada düzeltilecek bir kural yok. İstemi ayarlayıp yeniden çalıştırabilirsiniz ama aynı yanlış sınıflandırmanın tekrarlanmayacağının garantisi yoktur ve hangi önceki güncellemelerin bu hatayı içerdiğini belirlemenin yolu da yoktur. Hatalar sistematik biçimde düzeltilemez; yalnızca yeniden atılabilir.
Bu fark zamanla birikir. Kural tabanlı sistem yakınsar: her düzeltme kalıcıdır. İstem tabanlı sistem salınır: her düzeltme, kalıcılığı belirsiz bir dürtmedir.
Veri açığa çıkma problemi
Gözden kaçması kolay ama gerçek sonuçları olan bir problem.
Yapıya model karar veriyorsa, sınıflandırmak için yeterli bağlama ihtiyacı vardır — pratikte bu, görev açıklamaları, yorumlar, bazen ekler demek. Bunların tamamının sisteminizden çıkıp sağlayıcıya ulaşması gerekir.
Yapı model devreye girmeden belirlenirse, modelin işi zaten gruplanmış bir taslağın üzerine anlatı yazmaya daralır. Gruplanmış başlıklara ihtiyacı vardır; açıklamalara, yorumlara veya iç tartışmalara ihtiyacı yoktur. Bu çok daha küçük bir yüzeydir ve tesadüf değil, bilinçli bir tasarım tercihidir.
Soobrief bunu açık bir dağıtım ayarı olarak sunuyor. Görev açıklamaları varsayılan olarak kapalı bir bayrağın arkasında: kapalıyken model yalnızca maskelenmiş başlıkları ve ürün/kategori gruplarını alır. Açmak, kullanılan LLM sağlayıcısının veri koşulları doğrulandıktan sonra bilerek verilen bir karardır — iç içeriği sessizce üçüncü tarafa gönderen bir varsayılan değil.
Ayrım pratikte nasıl görünüyor?
Kaynak (Trello / Jira)
│
▼
┌─────────────────────────┐
│ Deterministik gruplama │ Yalnızca kurallar. Aynı girdi →
│ pano → ürün │ her çalıştırmada aynı yapı.
│ etiket → kategori │
│ zaman damgası → aralık │
└─────────────────────────┘
│
▼ zaten düzenlenmiş belge
┌─────────────────────────┐
│ Anlatı (LLM) │ Yalnızca metin. Sıralamaz,
│ başlıklar → cümleler │ yeniden gruplamaz, bölüm
│ gruplar → özet │ uydurmaz.
└─────────────────────────┘
│
▼
┌─────────────────────────┐
│ İnsan incelemesi │ Yayından önce son düzenleme.
└─────────────────────────┘
Her aşamanın tek bir sorumluluğu ve denetlenebilir bir çıktısı var. Bir şey ters göründüğünde aşama hemen belli oluyor: yanlış bölüm kural problemi, bozuk cümle anlatı problemi, yanlış vurgu inceleme problemi.
Her şeyi yapan tek bir istemle karşılaştırın. Çıktı yanlış olduğunda incelenecek bir şey yok — yalnızca ayarlanacak bir istem ve bir zar atışı daha.
Modelin gerçekten hak ettiği yer
Bunların hiçbiri dil modeli kullanmaya karşı bir argüman değil. Anlatı adımı, modellerin iyi yaptığı gerçek bir iş:
- Kısa görev başlıklarını, olayı yaşamamış birinin anlayacağı sonuç cümlelerine çevirmek.
- Otuz kalem arasındaki ana ekseni bulup üç cümlede söylemek.
- Tonu okuyucuya göre ayarlamak — yönetim özeti ile ekip kaydı aynı şey değil.
- Aynı güncellemeyi ayrı bir çeviri adımı olmadan hem Türkçe hem İngilizce üretmek.
Bu ciddi bir değer ve model yapıya hiç dokunmadan elde ediliyor.
İlke ürün güncellemelerinin ötesine genelleniyor: neyin doğru olduğuna kurallar, nasıl söyleneceğine model karar versin. Çıktının zaman içinde karşılaştırılabilir olması gereken her yerde, sınıflandırma adımı deterministik olmalı.
Sıkça sorulan sorular
Neden güncellemeyi dil modeline düzenletmiyoruz? Çünkü aynı girdi her çalıştırmada farklı bir düzen üretir. Haftalar arasında karşılaştırılan bir belgede kararsız yapı, karşılaştırmayı ortadan kaldırır.
Deterministik gruplama hiç yapay zekâ kullanılmayacak mı demek? Hayır. Model anlatıyı yazmaya devam eder; yalnızca düzeni kendisi belirlemez.
Bir kalem yanlış gruplandığında ne olur? Kuralı düzeltirsiniz ve o kalıba uyan tüm güncellemeler düzelir. Modelin karar verdiği gruplamada düzeltilecek kural yoktur.
Bu yaklaşım dil modeline daha az veri mi gönderir? Evet. Yapı model devreye girmeden belirlendiği için açıklamalar ve diğer hassas alanlar hiç gönderilmeyebilir.
İlgili yazılar: Haftalık ürün güncellemesi nasıl yazılır? · Trello panosundan changelog üretmek · Durum toplantısı olmadan ekip yönetmek