RAG mı, fine-tuning mi? Kurumsal yapay zeka projelerinde doğru seçim
Alperen
Kurumsal projelerin büyük çoğunluğunda doğru cevap RAG'dir. Fine-tuning modele yeni bilgi öğretmez, davranış ve biçim öğretir. Bilginiz değişiyorsa, kaynak göstermeniz gerekiyorsa veya veri hacminiz büyükse RAG kullanın; sabit bir ton, format veya alan diline ihtiyacınız varsa fine-tuning ekleyin.
Bu soru neredeyse her ilk görüşmede çıkıyor ve genellikle yanlış çerçeveleniyor. RAG ile fine-tuning birbirinin alternatifi değil; farklı problemleri çözen iki ayrı araç. Karışıklığın sebebi, ikisinin de "modeli kendi verimizle çalıştırmak" başlığı altında anlatılması.
RAG nedir ve ne zaman kullanılır?
Retrieval-Augmented Generation (RAG), modele soruyla birlikte ilgili belgeleri de vermek demektir. Model cevabı kendi hafızasından değil, önüne konan metinden üretir. Teknik olarak üç adımdır: soruyu vektöre çevir, en yakın belgeleri bul, belgeleri soruyla birlikte modele ver.
RAG'i şu durumlarda kullanın: bilginiz zamanla değişiyorsa, cevabın kaynağını göstermeniz gerekiyorsa, farklı kullanıcıların farklı belgelere erişimi olacaksa veya belge hacminiz büyükse. Bu dört koşuldan biri bile varsa RAG doğru cevaptır ve kurumsal senaryoların neredeyse tamamında en az biri vardır.
Fine-tuning nedir ve ne zaman kullanılır?
Fine-tuning, bir modeli örnek girdi-çıktı çiftleriyle yeniden eğiterek davranışını kaydırmaktır. Modele "şu soruya şöyle cevap ver" demezsiniz; "bu tarz sorulara bu biçimde cevap ver" dersiniz. Öğrenilen şey bilgi değil, kalıptır.
Fine-tuning'i şu durumlarda kullanın: çıktının çok belirli bir formatta olması gerekiyorsa, kurumunuza özgü bir dil veya terminoloji varsa, istem (prompt) çok uzadıysa ve maliyeti düşürmek istiyorsanız, veya küçük bir modeli belirli bir görevde büyük model kalitesine yaklaştırmaya çalışıyorsanız.
İkisi arasındaki fark nedir?
| Kriter | RAG | Fine-tuning |
|---|---|---|
| Ne taşır | Bilgi | Davranış ve biçim |
| Bilgi güncelleme | Belgeyi değiştir, anında geçerli | Yeniden eğitim gerekir |
| Kaynak gösterme | Doğal olarak mümkün | Mümkün değil |
| Erişim kontrolü | Kullanıcı bazında filtrelenebilir | Model herkese aynı |
| Süreyi belirleyen | Doküman kalitesi ve erişim düzeni | Veri hazırlığı ve eğitim tekrarları |
| Ana maliyet kalemi | Sorgu başına token ve vektör altyapısı | Veri hazırlığı ve eğitim tekrarları |
| Halüsinasyon riski | Düşürülebilir (kaynağa bağlı cevap) | Değişmez, hatta artabilir |
Neden çoğu proje yanlış olanı seçiyor?
Fine-tuning kulağa daha ciddi geliyor. "Kendi modelimizi eğittik" cümlesi bir yönetim toplantısında "belgeleri arayıp modele veriyoruz" cümlesinden daha etkileyici duruyor. Bu, teknik olmayan bir sebeple alınan teknik bir karardır ve pahalıya patlar.
İkinci sebep şu yanılgı: "Modelin şirketimizi tanımasını istiyoruz." Fine-tuning bunu yapmaz. Modele şirket dokümanlarınızı eğitim verisi olarak verdiğinizde, model o metinlerin üslubunu öğrenir, içeriğini güvenilir biçimde hatırlamaz. Sorduğunuzda kendinden emin ve yanlış cevaplar üretir; bu, hiç cevap vermemesinden daha kötüdür.
Doğru sıra nedir?
- Önce istem mühendisliği. Bazı problemler iyi yazılmış bir sistem istemiyle çözülür. En ucuz çözümü denemeden pahalı olana geçmeyin.
- Sonra RAG. Bilgiye erişim gerekiyorsa buradan başlayın ve doğruluğu ölçün.
- Kalan hataya bakın. Hatalar "yanlış bilgi" tipindeyse RAG'i iyileştirin: parçalama stratejisi, erişim kalitesi, yeniden sıralama. Hatalar "doğru bilgi ama yanlış biçim" tipindeyse fine-tuning devreye girer.
- Fine-tuning'i en son ekleyin. Ve eklerken şunu bilerek ekleyin: her model güncellemesinde bu adımı tekrarlayacaksınız.
Pratikte hangi hatalar yapılıyor?
RAG tarafında en sık görülen hata, belgeleri sabit uzunlukta parçalara bölmek. Bir sözleşmenin ortasından kesilen bir madde, hem bulunamaz hem de bulunduğunda anlamsızdır. Parçalama, belgenin kendi yapısını takip etmeli: başlık, madde, bölüm.
İkinci sık hata değerlendirme setinin olmaması. Değerlendirme seti olmayan bir RAG sistemi ölçülemez; "iyileştirdik" iddiası bir histen ibaret kalır. 50–100 soruluk sabit bir set, her değişiklikten sonra çalıştırılabilir ve iyileşme sayıyla görünür.
Fine-tuning tarafında en sık hata, az ve tutarsız veriyle eğitim yapmak. Birkaç yüz örnekle yapılan eğitim genellikle modeli iyileştirmez, sadece daha kararsız hale getirir.
Karar için üç soru
Seçim yaparken şu üç soruyu sorun:
- Cevap bir belgeye dayanmalı mı? Evetse RAG.
- Bilgi ayda birden sık değişiyor mu? Evetse RAG.
- Sorun bilgi değil, cevabın şekli mi? Evetse fine-tuning.
Üç sorunun cevabı da karışıksa, işe RAG ile başlayın. RAG'den fine-tuning'e geçmek kolaydır; tersi, harcanmış birkaç ay demektir.