Bu iki bölümlük serinin ilk bölümünde, optimal olmayan yerleştirme modellerinin, verimsiz parçalama stratejilerinin ve meta veri filtreleme eksikliğinin Yüksek Lisans'ınızdan ilgili yanıtları almayı nasıl zorlaştırabileceğine bakıyoruz. İşte bu zorlukların üstesinden nasıl gelineceği.  kullanan üretken yapay zeka uygulamaları oluşturma  (RAG) bir dizi zorluk oluşturabilir. Daha alakalı sonuçlar sağlamak üzere daha sonra büyük bir dil modeline yönelik bir istemde yer alan ilgili bağlamı almak için vektör veritabanlarına dayanan RAG uygulamalarında sorun gidermeye bakalım.   artırılmış nesil alma  Bu süreci iki ana parçaya ayıracağız. Serideki bu ilk makalede ele alacağımız ilk konu,  yerleştirmelerle:    vektör veritabanı  Burada, kötü sonuçlara yol açabilecek üç ana alanı ele alacağız: optimal olmayan yerleştirme modelleri, verimsiz parçalama stratejileri ve meta veri filtreleme eksikliği. (Gelecek makalede, Yüksek Lisans ile gerçek etkileşime bakacağız ve orada ortaya çıkan ve kötü sonuçlara yol açabilecek bazı yaygın sorunları inceleyeceğiz.)  Uygun Bir Gömme Modelinin Seçilmesi  Gömme modeli seçiminiz, RAG uygulamanızın genel alaka düzeyi ve kullanılabilirliği üzerinde önemli bir etkiye sahip olacaktır. Bu nedenle, her modelin yeteneklerinin ayrıntılı bir şekilde anlaşılmasını ve bu yeteneklerin uygulamanızın gereksinimleriyle nasıl uyumlu olduğuna dair bir analiz gerektirir.  Genel olarak RAG ve yerleştirmeler konusunda nispeten yeniyseniz, bilmeniz gereken en iyi kaynaklardan biri  . Bu yazıda alma kullanım örneklerine odaklanıyoruz ancak yerleştirmeler elbette sınıflandırma, kümeleme ve özetleme dahil olmak üzere diğer birçok uygulama için kullanılabilir.   MTEB (Massive Text Embedding Benchmark) yerleştirme skor tablosu  Skor tablosu, özel kullanım durumunuz için en iyi performansı gösterecek modelleri belirlemenize yardımcı olabilir.  Zayıf RAG performansının en yaygın nedenlerinden biri, bu alanda yeni olan geliştiricilerin, yerleştirme oluşturma örneklerini bulmak için bir Google araması yapmasıdır. Genellikle Word2Vec, sBERT ve RoBERTa gibi yerleştirme modellerini kullanan ve geri alma kullanım durumları için kötü seçimler olan örnekler bulurlar.  Bu makaleyi, alaka düzeyi düşük sonuçlarda hata ayıkladığınız için bulduysanız ve yerleştirmelerinizi oluşturmak için sBERT gibi bir şey kullandıysanız, muhtemelen alaka düzeyi sorunlarınızın nedenini tanımlamışızdır.  Eğer öyleyse, muhtemelen soracağınız bir sonraki soru, benzerlik arama sonuçlarınızı geliştirmek için hangi yerleştirme modellerini kullanabileceğinizdir. Kullanım durumunuzun ayrıntılarını bilmeden önerebileceğimiz üçü şunlardır:  metin yerleştirme-ada-002 (Ada v2)  çoğu RAG uygulaması için muhtemelen en yaygın başlangıç noktasıdır, çünkü pek çok geliştirici Open AI'nin API'leriyle işe başlıyor. Ada v2, erişim kullanım durumlarında takdire şayan bir performans sergiliyor ve metin ve kod da dahil olmak üzere farklı içerik türlerini işleyecek şekilde tasarlandı.   OpenAI'den Ada v2  8.192 jetona kadar maksimum giriş dizisi uzunluğuyla, alternatif modellere göre çok daha uzun metin parçaları için yerleştirmeler oluşturmanıza da olanak tanır. Bu hem bir lütuf hem de bir lanettir.  Büyük bir dizi boyutuna sahip olmak, metin içeriğinizin daha büyük bir kısmı için yerleştirme oluşturma sürecini basitleştirir ve gömme modelinin daha büyük bir metin gövdesindeki kelimeler ve cümleler arasındaki ilişkileri tanımlamasına olanak tanır.  Ancak bu aynı zamanda, aradığınız şey oluşturma sürecini kolaylaştırmak için ilgili bağlam parçaları olduğunda, iki uzun belgenin benzerliğini karşılaştırırken daha bulanık hale gelebilecek benzerlik aramalarıyla da sonuçlanır.  Ada v2'nin iki büyük dezavantajı var. Birincisi, yerel olarak çalıştırılamaması. Gömmeyi oluşturmak için OpenAI'nin API'sini kullanmanız gerekir. Bu, yalnızca birçok içerik parçası için yerleştirmeler oluşturmak istediğiniz durumlarda darboğazlar oluşturmakla kalmaz, aynı zamanda 1.000 jeton başına 0,0001 ABD Doları tutarında bir maliyet de ekler.  İkincisi ise Open AI modelinden oluşturulan yerleştirmelerin her birinin 1.536 boyutta olmasıdır. Bulut vektör veritabanı kullanıyorsanız bu, vektör depolama maliyetlerinizi önemli ölçüde artırabilir.    Yalnızca API çağrısı gerektiren basit bir çözüm istiyorsanız, büyük belgeleri vektörleştirmeniz gerekebilir ve maliyet sorun değildir. Ne zaman seçmelisiniz:  jina-yerleştirmeler-v2 (Jina v2)  Jina v2, Ada v2 ile aynı 8.000 giriş dizisi desteğini sağlayan ve aslında geri alma kullanım durumlarında biraz daha iyi puan alan yeni bir açık kaynaklı yerleştirme modelidir.  Jina v2, Ada v2'nin sorunlarına panzehir sağlıyor. Apache Lisansı 2.0 altında   ve yerel olarak çalıştırılabilir; eğer bunu yapmak için kendi kodunuzu çalıştırmayı düşünmüyorsanız bu da elbette bir dezavantajdır. Ayrıca Ada v2'nin yarısı boyutunda bir gömme vektörü üretir. açık kaynaktır  Böylece, karşılaştırmalı kullanım durumlarında yalnızca biraz daha iyi bir alma performansı elde etmekle kalmaz, aynı zamanda vektör veritabanı perspektifinden daha düşük depolama ve bilgi işlem gereksinimleriyle daha iyi sonuçlar elde edersiniz.    Açık kaynaklı bir çözüm kullanmak istiyorsunuz ve potansiyel olarak büyük belgeleri vektörleştirmeniz gerekiyor ve yerleşik işlem hatlarını yerel olarak çalıştırma konusunda rahatsınız. Daha düşük boyutlu yerleştirmelerle vektör veritabanı maliyetlerini azaltmak istiyorsunuz. Ne zaman seçmelisiniz:  bge-large-tr-v1.5    MIT lisansı altında açık kaynaklıdır ve şu anda erişim kullanım senaryoları için MTEB sıralamasında en üst sıralarda yer alan yerleştirme modelidir. Daha küçük bir giriş dizisiyle, parçalama stratejiniz üzerinde daha fazla düşünmenizi gerektirecektir ancak sonuç olarak, geri alma kullanım durumları için en iyi genel performansı sağlar. bge-large-en-v1.5,  Ne zaman seçmelisiniz: Açık kaynaklı bir çözüm kullanmak istiyorsunuz ve girdi boyutu sınırlamaları dahilinde kalmak için parçalama stratejilerine daha fazla zaman harcamak istiyorsunuz. Yerel olarak yerleşik işlem hatlarını çalıştırma konusunda rahatsınız. Alma kullanım durumları için en iyi performansa sahip yerleştirme modelini istiyorsunuz.  Bu makalenin kapsamı dışında olsa da, sizin özel durumunuza en çok benzeyeni belirlemek için MTEB skor tablosundaki 15 kriteri daha derinlemesine incelemek isteyebilirsiniz.  Çeşitli yerleştirme modellerinin farklı kıyaslamalarda ne kadar iyi performans gösterdiğine ilişkin kesin modeller olsa da, genellikle her birinde öne çıkan belirli modeller vardır. Gömme seçiminizi daha da hassaslaştırmanız gerekiyorsa bu, daha fazla inceleme yapılması muhtemel bir alandır.  Parçalama Stratejinizi Optimize Etme  Giriş metninin bölümlenmesi veya "parçalanması", oluşturulan çıktının uygunluğunu ve doğruluğunu önemli ölçüde etkileyen önemli bir faktördür. Çeşitli parçalama stratejileri benzersiz avantajlar sunar ve belirli görev türleri için uygundur. Burada, bu metodolojileri derinlemesine inceliyor ve bazı temel hususları bir araya getirerek bunların uygulanmasına yönelik yönergeler sağlıyoruz:   Sabit uzunlukta parçalama    - İçeriğinizin kendisi oldukça yapılandırılmış ve sabit uzunlukta olmadığı sürece, genellikle aşağıdakiler gibi daha kullanışlı bir parçalama stratejisine güvenmek istersiniz. Ne zaman kullanılmalı    - Uygulanması çok basit olmasına rağmen, bu parçalama stratejisi genellikle RAG uygulamalarında kötü sonuçlara yol açacaktır. Teknik değerlendirme    RAG uygulamanızla sabit uzunluklu bir strateji kullanıyorsanız ve ilgili bağlamı almada sorun yaşıyorsanız farklı bir parçalama yaklaşımına geçmeyi düşünmelisiniz. Ek bilgiler   Cümle düzeyinde parçalama    - Bu strateji, giriş metnindeki her cümle anlam ve bağlam açısından zengin olduğunda etkilidir. Modelin her cümledeki karmaşıklıklara odaklanmasına olanak tanır, böylece daha tutarlı ve bağlamsal olarak anlamlı yanıtlar üretilir. RAG kullanım durumları için cümle düzeyinde parçalamaya nadiren güvenirsiniz. Ne zaman kullanılmalı      Cümle düzeyinde parçalama genellikle doğal dil işleme (NLP) kitaplıkları kullanılarak gerçekleştirilebilen cümle sınırlarına dayalı simgeleştirmeyi içerir. Teknik değerlendirme -      Cümle düzeyinde parçalama, belirli ifadeleri ararken, örneğin belirli bir metin parçasına semantik olarak benzer ifadeleri bulmaya çalıştığınız bir toplantının transkriptinde olduğu gibi, özellikle yararlı olabilir. Ek bilgi -   Paragraf düzeyinde parçalama    - Girdi metni, her biri ayrı bir fikir veya konuyu kapsayan ayrı bölümler veya paragraflar halinde düzenlendiğinde bu stratejiyi kullanın. Bu, modelin her paragraftaki ilgili bilgilere odaklanmasını sağlar. Ne zaman kullanılmalı      Paragraf sınırlarının belirlenmesi genellikle yeni satır karakterlerinin veya paragrafın sonunu belirten diğer sınırlayıcıların tespit edilmesini içerir. Teknik değerlendirme -      Paragraf düzeyinde gruplama, aynı konunun birçok farklı yönünü kapsayan belgeleriniz olduğunda yararlı olabilir. Örneğin, ürün belgelerinin bir sayfası bir ürün özelliğini tanıtabilir, ne zaman kullanılacağını açıklayabilir, nasıl yapılandırılacağı hakkında konuşabilir ve farklı yapılandırma örnekleri verebilir. Ek bilgi -  Paragraf düzeyinde gruplamanın kullanılması, LLM'ye bağlam olarak sunmak üzere belgenin en ilgili bölümünü belirlemenize yardımcı olabilir.   İçeriğe duyarlı parçalama      Metin içindeki belirli bölümlerin alaka düzeyi çok önemli olduğunda bu stratejiyi tercih edin. Örneğin, yasal belgelerde metni maddelere veya bölümlere göre bölümlere ayırmak, daha bağlama özgü yanıtlar sağlayabilir. Ne zaman kullanılmalı -      Bu yaklaşım, metin içindeki anlamsal sınırları anlamak için ileri NLP tekniklerini gerektirebilir. Teknik değerlendirme -      İçeriğe duyarlı parçalama, yapılandırılmış veya yarı yapılandırılmış verilerle uğraşırken özellikle yararlıdır; çünkü belirli parçalar, daha hassas erişim için meta veri filtrelemeyle birleştirilebilir. Ek bilgi -  Örneğin, yasal bir belgede, tüm garanti veya tazminat maddelerini çıkarmak isteyebilirsiniz ve parçalar için yerleştirmeleri bir vektör veritabanında sakladığınızda, bir veri tabanı oluştururken belirli bir türdeki içeriği aramayı kolaylaştırmak için meta verileri kullanabilirsiniz. RAG kullanım durumu.   Özyinelemeli parçalama      Özyinelemeli parçalama, hiyerarşik bir yaklaşım kullanarak verileri gittikçe daha küçük parçalara böler. Örneğin, bir metin belgesini parçalara ayırırken metni önce paragraflara, sonra cümlelere ve son olarak da kelimelere bölebilirsiniz. Ne zaman kullanılmalı -  Veriler ilk parça kümesine bölündükten sonra, parçalama işlemini daha küçük parçaların her birine yinelemeli olarak uygulayabilir, ilgilendiğiniz en küçük parça boyutuna ulaşana kadar bunu tekrarlayabilirsiniz.      Özyinelemeli parçalamanın uygulanması, parçaların ek kriterlere göre alt parçalara bölündüğü çok düzeyli bir ayrıştırma stratejisini içerebilir. Eğer kullanıyorsanız  özyinelemeli uygulaması burada açıklanandan biraz daha basittir. Teknik değerlendirme -   LangChain      Bu yaklaşım, modelin üst düzey temalardan ayrıntılı nüanslara kadar çeşitli düzeylerdeki bağlamı anlamasına olanak tanıyarak onu özellikle akademik makaleler, teknik kılavuzlar veya yasal sözleşmeler gibi karmaşık belgeler için kullanışlı hale getirir. Benzerlik aramaları hem daha geniş hem de daha kısa sorgular için benzer metni tanımlayabildiğinden bu durum esneklik avantajları sağlar. Ek içgörü -  Ancak bu aynı zamanda, özellikle metin ayırıcı yapılandırmanızda parçalar arasında daha uzun bir örtüşmeyi tercih ederseniz, aynı kaynak belgedeki benzer parçaların benzerlik aramalarında aşırı temsil edilme ihtimalinin olduğu anlamına da gelir.  Genel bir yaklaşım olarak, büyük bir derlemi parçalara ayırıp vektörleştirmeyi denemeden önce, verilerinizle bazı geçici deneyler yapmayı düşünmelisiniz.  Belirli bir sorgu için almak istediğiniz belgeleri manuel olarak inceleyin, LLM'ye sağlamak istediğiniz ideal bağlamı temsil eden parçaları belirleyin ve ardından hangisinin size en alakalı olacağını düşündüğünüz parçaları verdiğini görmek için parçalama stratejilerini deneyin. LLM'nin sahip olması için.  Bağlam Penceresinin Dikkate Alınması  Yüksek Lisans'ın mevcut bağlam penceresi, parçalama stratejisi seçiminde önemli bir faktördür. Bağlam penceresi küçükse, en alakalı bilgilerin dahil edildiğinden emin olmak için modele beslediğiniz parçalarda daha seçici olmanız gerekir.  Tersine, daha büyük bir bağlam penceresi daha fazla esnekliğe izin vererek, tamamı kesinlikle gerekli olmasa bile modelin çıktısını artırabilecek ek bağlamın dahil edilmesine olanak tanır.  Bu parçalama stratejilerini deneyerek ve bu hususları hesaba katarak bunların, oluşturulan çıktıların uygunluğu üzerindeki etkisini değerlendirebilirsiniz. Önemli olan, seçilen stratejiyi RAG uygulamanızın özel gereksinimleriyle uyumlu hale getirmek, girdinin anlamsal bütünlüğünü korumak ve bağlamın kapsamlı bir şekilde anlaşılmasını sağlamaktır.  Bu, optimum performans için doğru parçalama işlemini bulmanızı sağlayacaktır.  Meta Veri Filtreleme  Arama dizininizdeki yerleştirmelerin sayısı arttıkça, yaklaşık en yakın komşular (YSA), istemlerinize dahil edilecek ilgili bağlamı ararken daha az yardımcı olur. Diyelim ki bilgi tabanınızda 200 makale için yerleştirmeleri dizine eklediniz.  En yakın komşuyu %1'lik bir doğrulukla belirleyebilirseniz, muhtemelen oldukça alakalı sonuçlar bulacaksınız çünkü %1, bu 200 makalenin en iyi iki makalesini temsil ediyor ve bu ikisinden birini alacaksınız.  Şimdi Vikipedi'deki her makaleyi içeren bir arama dizini düşünün. Bu da yaklaşık 6,7 milyon makale anlamına geliyor. En yakın komşunuz en çok benzer makaleler arasında ilk %1'de yer alıyorsa bu, en benzer 67.000 makaleden birini aldığınız anlamına gelir.  Vikipedi gibi bir külliyatla bu, hâlâ hedefin çok uzağında kalabileceğiniz anlamına gelir.  Meta veri filtreleme, önce belgeleri filtreleyip ardından en yakın komşu algoritmasını uygulayarak içerik parçalarını daraltmanıza olanak tanır. Çok sayıda olası eşleşmeyle uğraştığınız durumlarda, bu ilk ön filtreleme, en yakın komşuları almadan önce olası seçenekleri daraltmanıza yardımcı olabilir.  Sırada, Yüksek Lisans ile etkileşime dalacağız ve kötü sonuçlara yol açabilecek bazı yaygın sorunları inceleyeceğiz.      . Denemek   DataStax Astra DB , gerçek zamanlı veriler üzerinde üretim düzeyinde yapay zeka uygulamaları oluşturmaya yönelik tek vektör veritabanıdır  Yazan: Chris Latimer, DataStax    da yayınlandı Burada

This story contains new, firsthand information uncovered by the writer.

DataStax Astra DB is the vector database for getting GenAI apps into production, fast. Try it for free today!

DataStax

Bu ses hikayenin orijinal dilinde üretilmiştir!

Çok uzun; Okumak

Make resilience your competitive advantage

Daha İlgili LLM Yanıtlarına mı ihtiyacınız var? Bu Erişim Artırılmış Nesil Zorluklarının Ele Alınması (Bölüm 1)

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

Yapay Zekanın Gücünü Ortaya Çıkarıyoruz. En Son Tekniklerin Sistematik Bir İncelemesi: Özet ve Giriş

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

Kripto Büyümesi: Etkili Kullanıcı Kişilikleri Oluşturma

Yapay Zekanın Gücünü Ortaya Çıkarıyoruz. En Son Tekniklerin Sistematik Bir İncelemesi: Özet ve Giriş

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

Kripto Büyümesi: Etkili Kullanıcı Kişilikleri Oluşturma

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps