LAB · DENEY
Türkçe Tokenleştirme Deneyi
Aynı içerik Türkçe ve İngilizce yazıldığında token sayısının ayrışması hangi düzenle ölçülür? Paralel metin kurulumu, karşılaştırma tabanı, ölçütler ve bağlam penceresiyle maliyet planı yapanların düştüğü tuzaklar.
Durum
GeliştiriliyorBu projenin girdi tanımları, arayüz tasarımıyla birlikte yayımlanacak.
Türkçe Tokenleştirme Deneyi henüz yayında değil
Bu proje geliştirme listesinde. Yayına girdiğinde bültenle duyurulacak; çalışan araçları Lab sayfasından görebilirsiniz.
Projenin içi
Kurulum, varsayımlar, ölçüm düzeni ve sınırlılıklar.
Kısa cevap
Türkçe metnin token maliyeti ancak paralel bir İngilizce eşdeğerle, her metin alanı ayrı tutularak ve tokenleştirici sürümü kayda geçirilerek karşılaştırılabilir.
Soru#
Aynı içerik Türkçe ve İngilizce yazıldığında tokenleştiricinin ürettiği parça sayısı ne kadar ayrışıyor? Soru pratik: eklemeli bir dilde tek sözcük birden çok parçaya bölünebildiği için aynı anlam daha fazla yer tutabilir, bu da bağlam penceresini ve çağrı maliyetini doğrudan etkiler. Aşağıdaki düzen bu farkı ölçülebilir hale getirmek için kurulmuştur; ölçümün kendisi ayrı yayımlanır.
Düzen#
Düzen paralel metin üzerine kurulur: aynı anlamı taşıyan Türkçe–İngilizce çiftler, her iki tarafı da insan çevirisi olacak şekilde seçilir. Karşılaştırma tabanı İngilizce tarafın token sayısıdır; Türkçe taraf her zaman bu tabana göre okunur. Cümle içeriği sabit tutulur, yalnızca tokenleştirici ve metin alanı değiştirilir.
- Veri: paralel Türkçe–İngilizce çiftler; haber, sözleşme metni, teknik belge ve gündelik yazışma alanlarından ayrı kümeler halinde.
- Karşılaştırma tabanı: aynı çiftin İngilizce tarafının token sayısı.
- Değişken 1: tokenleştirici ailesi — sözcük parçası tabanlı ve bayt tabanlı yaklaşımlar ayrı ayrı.
- Değişken 2: metin alanı; aynı çift kümesi alan alan bölünür ve her alan kendi oranıyla kaydedilir.
- Sabitler: Unicode normalleştirme biçimi, noktalama işlemi, sözcük sayma kuralı ve ölçüm betiği.
# Token / sözcük oranı: bir sözcüğün ortalama kaç parçaya bölündüğü.
oran = len(tokenlestirici.encode(metin)) / len(metin.split())
# Şişme, aynı içeriğin iki yazımındaki parça sayılarının bölümüdür.
# Sözcük sayısına bölmek yanlış olur: Türkçe aynı anlamı daha az
# sözcükle kurar, bu bölme ölçülmek istenen farkı kısmen siler.
sisme = len(tokenlestirici.encode(metin_tr)) / len(tokenlestirici.encode(metin_en))
# Sözcük tanımından bağımsız ikinci okuma:
karakter_basina = len(tokenlestirici.encode(metin)) / len(metin)Ölçüt#
Tek bir oran yeterli değil: sözcük sayma kuralı dile göre tartışmalı olduğu için ölçüm hem sözcük hem karakter tabanında tekrarlanır. Şişme katsayısı ise ancak paralel çiftte anlamlıdır; tek dilde ölçülen bir oran kendi başına bir fark ifade etmez.
| Ölçüt | Ne söyler | Tuzağı |
|---|---|---|
| Token / sözcük oranı | Bir sözcüğün ortalama kaç parçaya bölündüğünü | Sözcük sayma kuralı dile göre değişir; birleşik yazılan sözcükler böleni küçülttüğü için oranı olduğundan yüksek gösterir |
| Şişme katsayısı (tr ÷ en) | Aynı içeriğin Türkçe tarafının kaç katı yer tuttuğunu | Çeviri serbestliği; Türkçe taraf daha ayrıntılı yazılmışsa fark dilden değil metinden gelir |
| Karakter başına token | Ölçümü sözcük tanımından bağımsız kıldığını | Kısa metinlerde başlangıç ve bitiş belirteçlerinin payı sonucu büyütür |
| Bağlam doluluk payı | Aynı pencereye kaç belgenin sığabileceğini | Yalnızca gövdeyi sayar; sistem istemi ve araç tanımları hesabın dışında kalır |
Beklenen kırılma noktaları#
- Ek yığını uzayan sözcükler: parça sayısının en hızlı arttığı beklenen yer.
- Alan adı, ürün kodu ve ölçü birimi gibi karışık yazımlar; sözlükte yer almadığı için harf harf bölünmesi beklenir.
- Türkçeye özgü harfler (ı, ğ, ş, ç, ö, ü): bu harfler UTF-8 gösteriminde iki bayt tuttuğu için, birleştirme tablosu bu dizileri kapsamadığında harf başına birden çok parça çıkması beklenir.
- ASCII'ye düşürülmüş yazım: aynı sözcüğün iki ayrı parçalanma yolu ortaya çıkar, oran dağılımı ikiye ayrılır.
- Kod bloğu ve tablo içeren karma metinler; oranın metin alanına göre ayrıştığı beklenen sınır.
Sınırlılıklar#
Düzen bir tokenleştiricinin dil bilgisel doğruluğunu değil, yalnızca ürettiği parça sayısını ölçer. Parça sayısının modelin anlama başarısına etkisi burada görünmez; onun için ayrı bir görev ölçümü gerekir. Çıkan sayılar ölçümün yapıldığı tokenleştirici sürümüne bağlıdır, sözlük değiştiğinde ölçüm tekrarlanmalıdır.
Aracın arkasındaki kavramlar
Hesaplayıcı bir kararı hızlandırır; kararın nedenini kavram girdileri anlatır.
Lab'dan
- AraçÇalışıyorAI ROI HesaplayıcıSüre tasarrufu ve hata azaltma üzerinden yatırım geri dönüşü tahmini.
- AraçÇalışıyorAjan Adım MaliyetiBir ajan döngüsünün adım sayısı, biriken bağlamı ve kendi fiyatlarınızla toplam token faturasını hesaplar. Adım sınırının neden bir maliyet kararı olduğunu ve bağlam penceresinin kaçıncı adımda dolduğunu görünür kılar.
- DeneyYakındaAjan Bellek Mimarisi DeneyiÖzetleme, vektör belleği ve kayan pencere yaklaşımlarını aynı uzun ajan görevinde karşılaştıran ölçüm düzeni. Bellek mimarisi seçimini karara bağlamak isteyen ekipler için, bilgi kaybının hangi turda başladığını görünür kılacak denetim noktaları üzerine kurulur.
- Açık KaynakYakındaAjan İzleme KitiAjan döngüsünün her turunu — araç çağrısını, dönen yanıtı ve büyüyen bağlamı — tek bir iz kaydında toplayan kit. Başarısız bir koşunun hangi adımda saptığını sonradan yeniden oynatarak görebilmek için kurulur.
- DemoYakındaAjan Plan Görünümü DemosuAjanın planını adımlar yürümeden önce gösteren, her adımın gerekçesini ve plan değişikliklerini iz bırakacak biçimde tutan arayüz taslağı. Müdahale ve geri sarma noktalarının nereye konması gerektiğini tartışır.
- DeneyYakındaAkıl Yürütme Bütçesi DeneyiDüşünme bütçesi kademe kademe yükseltildiğinde doğruluk kazancının nerede düzleştiğini arayan ölçüm düzeni. Bütçeyi görev türüne göre ayarlamak isteyen ekipler, ek bütçenin karşılığı olup olmadığını kendi görev kümesinde görebilir.
BUILD
Hesap tuttu, sıra uygulamada
Aynı hesabı kendi verinizle yapıp mimariyi kurmak için kurumsal destek alabilirsiniz.
