Ajan ve MCP rehberleri · 2026-09-17
Jev nedir? TypeSafe'in tarayıcı ajanları için seçime dayalı karar modeli
TypeSafe'in Jev modeli, tarayıcı ajanlarında serbest metin üretmek yerine seçim, puanlama ve doğruluk değerlendirmesi gibi yapılandırılmış kararlar üretir. jev-ultrafast projesindeki mimariyi, kaynağında ölçülen hız farkını ve mimarinin sınırlarını inceleyin.
Jev ve TypeSafe nedir?
Jev, TypeSafe adlı şirketin "System One" adını verdiği model ailesinin öne çıkan üyesidir. Modelin işi serbest metin üretmek değildir; bir listeden seçim yapmak (Choice), bir durumu bir rubriğe göre puanlamak (Score) veya bir ifadenin doğruluğunu 0 ile 1 arasında değerlendirmektir (Noul). Şirketin kendi tanıtım sayfası bunu "Ask Jev, up to a million times" cümlesiyle özetler.
Tasarımın can alıcı noktası paralelliktir: bir istekteki tüm sorular aynı duruma karşı, birbirinden bağımsız ve tek seferde değerlendirilir. TypeSafe'in dokümantasyonuna göre bir soru eklemek yanıt süresini neredeyse hiç etkilemez, çünkü sorular izole ve paralel işlenir. Önerilen tasarım felsefesi, karmaşık bir kararı büyük tek bir soruya sıkıştırmak yerine küçük, net sınırlı sorulara bölüp sonucu kod tarafında birleştirmektir.
Tarayıcı ajanlarının alışılmış yavaşlığı
Yaygın bir ajan mimarisinde önce ekran görüntüsü alınır, görsel bir modele gönderilir, model serbest metinle "şu koordinata tıkla" der ve kod bu metni ayrıştırıp yürütür. Bu döngünün her adımı görsel işleme, serbest metin üretme ve ayrıştırma maliyeti taşır; adım sayısı arttıkça tarayıcıyla kurulan düşük seviyeli protokol çağrısı sayısı da katlanarak büyür.
jev-ultrafast'ın kendi ölçümünde bu daha eski yaklaşım aynı görevi tamamlamak için medyan 1.092 tarayıcı protokol çağrısına ihtiyaç duymuştur. Sorun tek bir yavaş adım değildir; her adımın taşıdığı sabit maliyetin toplamıdır.
jev-ultrafast: karar ve metin üretimini ayırmak
jev-ultrafast, Browser Use ile TypeSafe'in birlikte yayımladığı, MIT lisanslı açık kaynak bir demodur. Her sayfa gözleminde görünür kontrollerden (buton, açılır kutu, metin alanı) indeksli bir tablo çıkarılır. Tek bir Jev isteği hangi işlemin (CLICK, TYPE_TEXT, SELECT, SCROLL_UP, SCROLL_DOWN, WAIT, DONE, BLOCKED) yapılacağını ve o işlemle uyumlu her hedef için adayı aynı anda sorar; yürütücü yalnızca seçilen işlemin hedef cevabını kullanır.
Yani işlem ve hedef kararı seri iki çağrı yerine tek bir ağ gidiş-dönüşünde alınır. Gerçek bir metin üreten dil modeli yalnızca TYPE_TEXT işlemi seçildiğinde devreye girer; o da yalnızca seçilen alana yazılacak metni üretir, işlem veya hedef kararını vermez. Tarayıcı bağlantısı ayrı bir açık kaynak bileşen olan Browser Harness üzerinden kurulur.
Kaynağında ölçülen hız farkı
Aşağıdaki tablo jev-ultrafast'ın kendi ölçüm dosyasından alınmıştır; LLMTR tarafından bağımsız olarak tekrar üretilmemiştir. Kaynağın kendisi de bunun genel bir güvenilirlik testi olmadığını, tek bir görevin tek bir tarayıcı profilinde birkaç kez tekrarı olduğunu açıkça belirtir.
| Ölçüm | Değer | Not |
|---|---|---|
| Zürih → Londra, Google Flights | 7,1 saniye (7.073 ms) | İlk sayfa gözleminden sonra başlar; model çağrıları, metin üretimi ve bekleme süreleri dahil |
| Medyan görev süresi, altı dönüşümlü koşu | 9,450 sn → 7,092 sn (%25 azalma) | Aynı görev, aynı tarayıcı profili, aynı modeller ve ayarlar |
| Medyan tarayıcı protokol çağrısı | 1.092 → 101 | Aynı altı koşu; her iki sürüm de 3/3 geçti |
| Wikipedia makalesi açma | 2,798 sn | Ayrı, tek görevlik ölçüm, aynı karar politikası |
| Yerel otel arama/filtreleme görevi | 1,896 sn | Ayrı, tek görevlik ölçüm, aynı karar politikası |
Sınırları ve doğrulama gerekliliği
DONE seçimi görevin gerçekten tamamlandığının kanıtı değildir; kaynağın kendi rehberi bile bağımsız bir doğrulama adımı önerir. Kapsam da sınırlıdır: shadow DOM, iframe, canvas, dosya yükleme, açılır pencere ve iç içe kaydırma bu ilk sürümün dışında bırakılmıştır.
İki örnek sitede (Google Flights, Wikipedia) çalışması genel bir güvenilirlik kanıtı değildir; kaynağın kendisi de politikanın genel olduğunu ama iki sitenin geniş güvenilirlik anlamına gelmediğini yazar. Geçerli bir işlem seçimi bile yine de yanlış olabilir.
Bu mimari neden şimdi konuşuluyor
Tarayıcıyı kontrol edebilen yapay zekâ ajanları farklı sağlayıcılarda ve açık kaynak projelerinde hızla yaygınlaşıyor; hepsi aynı ödünleşimi paylaşıyor: her adımda ne kadar görsel işleme ve serbest metin üretimi gerekir, bunun karşılığında gecikme ve maliyet ne olur. jev-ultrafast, karar üretimini seçime indirgeyip serbest metin üretimini yalnızca gerçekten gerekli olduğu tek ana (bir alana yazılacak değer) sıkıştırarak bu ödünleşime somut bir yanıt öneriyor.
Bu ayrım aynı zamanda pratik bir sonuç doğuruyor: metin üretme adımı, karar motorundan bağımsız, sıradan bir OpenAI uyumlu istek haline geliyor. Bu da onu, kararları farklı bir sistem veren mimarilere de taşınabilir kılıyor.
LLMTR bu mimaride nereye oturur
Jev'in karar API'si TypeSafe'e ait, kapalı bir servistir ve LLMTR bunun yerini almaz; bu yazı böyle bir iddia taşımaz. Ancak TYPE_TEXT işleminde çağrılan küçük dil modeli standart bir OpenAI uyumlu chat completions isteğidir; bu da tam olarak LLMTR'nin sunduğu uç nokta şeklidir.
Karar motorunu değiştirmeden, yalnızca bu dar metin üretme adımını LLMTR üzerinden çalıştırmak mümkündür. Ortam değişkeni değişikliklerini, gerçek istek şeklini ve dikkat edilmesi gereken noktaları serinin entegrasyon yazısında adım adım bulabilirsiniz.
Sık sorulan sorular
Jev nedir?
Jev, TypeSafe şirketinin "System One" model ailesindeki öne çıkan üyedir. Serbest metin yerine seçim, puanlama ve doğruluk değerlendirmesi gibi yapılandırılmış kararlar üretir; tüm sorular bir istekte paralel ve izole olarak değerlendirilir.
jev-ultrafast LLMTR'nin bir ürünü mü?
Hayır. jev-ultrafast, Browser Use ile TypeSafe'e ait, MIT lisanslı açık kaynak bir demodur. LLMTR bu projenin sahibi veya işletmecisi değildir; bu yazı yalnızca mimarisini ve LLMTR ile nerede kesiştiğini inceler.
Bu yazıdaki hız ölçümlerini LLMTR mi yaptı?
Hayır. Rakamlar jev-ultrafast deposunun kendi ölçüm dosyasından alınmıştır ve kaynağın kendisi bunun genel bir güvenilirlik testi olmadığını belirtir. LLMTR bu ölçümleri bağımsız olarak tekrar üretmemiştir.
Jev'in karar API'sini LLMTR üzerinden çağırabilir miyim?
Hayır. Jev'in seçim ve puanlama API'si TypeSafe'e ait kapalı bir servistir ve LLMTR bunu sunmaz. LLMTR, bu mimarideki ayrı bir bileşen olan metin üretme adımına (TYPE_TEXT) uygundur.
Bu mimariyi kullanmak için jev-ultrafast'a ihtiyacım var mı?
Hayır. Kararları yapılandırılmış bir seçim API'sine, metin üretimini ise ayrı ve dar bir LLM çağrısına ayırmak jev-ultrafast'a özgü değildir; kendi ajan mimarinizde aynı ayrımı kurup metin üretme adımını LLMTR'ye yönlendirebilirsiniz.