# Jev modeli: API fiyatı, kullanım alanları ve anında erişim > Jev modeli: Jev 1.14 artık jev-latest olarak sunuluyor; 1M girdi token'ı $0.042, çıktı ücretsiz ve tek API anahtarı. - Canonical HTML: https://omniakey.com/tr/blog/jev-model-explained - Markdown: https://omniakey.com/tr/blog/jev-model-explained.md - Published: 2026-09-19 (updated 2026-10-24) - Author: Kiki, COO at OmniaKey - Language: tr - Category: Guide - Reading time: 11 min - All posts: https://omniakey.com/blog/llms.txt --- 24 Ekim 2026'da güncellendi: Jev 1.14 eklendi, artık `jev-latest` olarak sunuluyor. **Jev modeli**, TypeSafe AI'ın System One Model ürünüdür. Metin veya JSON biçiminde bir `state` ile tipli sorular alır ve düz yazı yerine tipli kararlar döndürür. `model: "jev-latest"` ile çağrılır, bugün Jev 1.14: 1M girdi token'ı başına $0.042, ücretsiz çıktı ve istek başına 64K token. Bu yapı Jev'i sınıflandırma, destek talebi atama, sıralama, doğrulama ve guardrail görevleri için ilgi çekici kılar. Ancak onu sohbet modelinin, kodlama modelinin, hesap makinesinin veya deterministik iş kuralının yerine geçirmez. > **Artık OmniaKey üzerinden kullanılabilir; bilgiler 24 Ekim 2026'da doğrulandı.** TypeSafe early access başvurusu veya waitlist onayı gerekmez. Güncel sürüm `jev-1.14.0` ve `jev-latest` olarak sunuluyor. Aşağıdaki fiyat, sınır, gecikme ve yetenek iddiaları TypeSafe'in lansman yazısı ile belgelerinden gelir. 20 Eylül smoke test'i `jev-1.13.0` modelinden HTTP 200 aldı; bu bağlantı kontrolüdür, bağımsız gecikme, kalibrasyon veya kalite benchmark'ı değildir. ## Jev modeline hızlı bakış |Öğe|Güncel değer| |-|-| |Geliştirici|TypeSafe AI| |Model sınıfı|System One Model| |Güncel sürümlü ID|`jev-1.14.0`| |Alias|`jev-latest` (SDK varsayılanı) ve `jev-preview`; ikisi de 1.14.0| |Doğrudan TypeSafe endpoint'i|`POST https://api.typesafe.ai/v1/systemone`| |OmniaKey endpoint'i|`POST https://api.omniakey.com/v1/alpha/search`| |Girdi|Varsayılan metin; string, JSON nesnesi veya metin değerleri dizisi. 1.14'te görsel girdi isteğe bağlı| |Çıktı|Tipli `Choice`, `Score` ve `Noul` yanıtları. 1.14'te `Box` deneysel| |Context|İstek başına 64K token; `state` ile en uzun soru için 32K| |Doğrudan API fiyatı|1M girdi token'ı başına $0.042; çıktı şu anda ücretsiz| |Yayımlanmış varsayılan sınırlar|Saniyede 250,000 girdi token'ı ve dakikada 1,200 istek; değişebilir| |Sağlayıcının gecikme iddiası|Uçtan uca 70–500 ms| |Yayın durumu|14 Ekim 2026'dan beri Jev 1.14; `jev-1.13.0` de kullanılabilir| Resmî yazım **Jev** şeklindedir; J-E-V olarak açılan bir kısaltma değildir. TypeSafe, modele ekonomist William Stanley Jevons'ın adını verdiğini söylüyor. “System One” etiketi Daniel Kahneman'ın _Thinking, Fast and Slow_ kitabında tanımladığı hızlı ve sezgisel Sistem 1'e dayanır. ## Jev 1.14'te neler yeni? Jev 1.14 (`jev-1.14.0`) 14 Ekim 2026'dan beri kararlı ve hem `jev-latest` hem `jev-preview` bu sürümü işaret ediyor. Fiyat ve varsayılan sınırlar aynı; yeni olan, istek başına açılan iki deneysel özellik. |Öğe|Jev 1.13|Jev 1.14| |-|-|-| |Durum|ID sabitlenerek kullanılabilir|14 Ekim 2026'dan beri güncel sürüm| |Fiyat|1M girdi $0.042|1M girdi $0.042| |Varsayılan sınırlar|İstek 64K, soru 32K|İstek 64K, soru 32K| |Deneysel özellikler|Yok|Görseller, Box soruları, 262K context| İkisi de TypeSafe'in “danger zone” dediği başlıkların arkasında. `TypeSafe-Danger-Zone-Images: true` görselleri ve görüntü içindeki koordinatları döndüren yeni Box soru tipini açar. `TypeSafe-Danger-Zone-Long-Context: true` pencereyi istek ve soru başına 262K token'a çıkarır. Varsayılan kapalı olduğu için başlık eklenmezse hiçbir şey değişmez. TypeSafe'in lansman yazısı (24 Ekim 2026'da kontrol edildi) ikisini de kendi sorumluluğunuzda kullanmanızı söylüyor. Biz bu iki başlığı OmniaKey üzerinden henüz denemedik. `jev-1.13.0` sabitleyen istekler çalışmaya devam eder ve varsayılan gövde değişmez: `state`, `questions` ve isteğe bağlı `model`. Geri dönmek tek satır, bu yüzden önce gerçek işlerinizi 1.14'te çalıştırın, sonra üretim trafiğini taşıyın. ## Jev gerçekte ne yapar? Jev'i olasılıksal bir anlamsal fonksiyon olarak düşünebilirsiniz: ```text yapılandırılmamış veya yapılandırılmış durum + önceden tanımlı sorular ve yanıt alanları -> tipli kararlar ve olasılık dağılımları ``` Sıradan bir LLM, diziyi sürdürüp string üretmek üzere optimize edilir. JSON mode kullanıldığında bile uygulama üretken bir modelden yanıt oluşturmasını ister. Jev serbest biçimli üretimden vazgeçer. Çağıran taraf önce mümkün çıktı biçimini tanımlar; model de her soruyu aynı duruma göre değerlendirir. TypeSafe eğitim yöntemini **Reinforcement Learning for Calibrated Decisions (RLCD)** olarak tanımlıyor. Amaç yalnızca bir yanıt seçmek değil, tahmin grupları boyunca güveni doğrulukla örtüşen olasılıklar üretmektir. Calibration istatistikseldir: 0.8 olasılık, benzer vakalarda yaklaşık %80 doğruluğa karşılık gelmelidir. Tek bir yanıtın doğru olduğunu garanti etmez. ## Choice, Score ve Noul Jev üç soru türü sunar. Bunlar üretim sonrasında eklenen biçimlendirme seçenekleri değil, API'ın temelidir. |Primitive|Soru biçimi|Dönen değer|Uygun kullanım| |-|-|-|-| |`Choice`|Hangi seçenek uyuyor?|Seçilen seçenek, tüm seçeneklerin olasılığı, güven|Niyet yönlendirme, sınıflandırma, kapalı küme sıralaması| |`Score`|Tanımlanmış ölçekte nereye düşüyor?|Ağırlıklı puan, düzey olasılıkları, güven|Şiddet, kalite, aciliyet, risk bantları| |`Noul`|Bu ifade doğru mu?|0 ile 1 arasında olasılık|Tespit, doğrulama, ikili gates| Bir `Choice` en fazla 255 seçenek içerebilir. `Score`, açıklanmış 2 ile 10 düzey kabul eder. `Noul` ayrı bir güven alanına sahip değildir; 0 ile 1 arasındaki değer zaten “evet” olasılığıdır. Tek istekteki birden fazla soru aynı state üzerinde bağımsız ve paralel değerlendirilir. Bir workflow birden fazla sinyale ihtiyaç duyduğunda kullanışlıdır; ancak bir yanıt diğerini otomatik olarak koşullamaz. B sorusu A sorusuna bağlıysa kodunuz bu bağı açıkça kurmalıdır. ## Jev API istek örneği Bu kısaltılmış örnek TypeSafe'in belgelediği istek biçimini OmniaKey üzerinden gönderir. Bir destek mesajı tek çağrıda konu, memnuniyetsizlik ve aciliyet açısından değerlendirilir. ```bash curl https://api.omniakey.com/v1/alpha/search \ -H "Authorization: Bearer $OMNIAKEY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "state": "My payouts have failed for three days and I am losing sales. Please help now.", "model": "jev-latest", "questions": { "department": { "type": "choice", "instructions": "Which team should handle this?", "criteria": { "billing": "Payments, invoices, or refunds", "technical": "Bugs, outages, or integrations", "sales": "Pricing, upgrades, or new accounts" } }, "frustration": { "type": "score", "instructions": "How frustrated is the customer?", "criteria": ["Calm", "Frustrated", "Very angry"] }, "is_urgent": { "type": "noul", "instructions": "Does this message convey urgency?" } } }' ``` Yanıt aynı soru ID'lerini korur. `department`, izin verilen üç string'den birini ve üçünün de dağılımını döndürür. `frustration`, verilen düzeyler arasındaki olasılık ağırlıklı konum olduğu için kesirli olabilir. `is_urgent` yalnızca “evet” olasılığını döndürür. Kesin değerler girdiye, criteria'ya ve model sürümüne göre değişir. Harekete geçmek için hangi olasılığın yeterince yüksek olduğuna model değil, kodunuz karar verir. ## Jev, LLM ve sınıflandırıcı karşılaştırması Jev yararlı bir orta noktada durur; fakat farklar önemlidir. |Boyut|Jev|Üretken LLM|Geleneksel sınıflandırıcı| |-|-|-|-| |Temel iş|Sınırlandırılmış anlamsal yargılar|Serbest metinde üretim veya akıl yürütme|Tek sabit görev için öğrenilmiş etiketleri tahmin etme| |Çıktı alanı|Her istekte tanımlanır|Schema ile sınırlansa bile açık uçlu|Eğitimde sabitlenir| |Yeni ölçüt|İstek içinde tarif edilir|Prompt veya tool schema|Genellikle veri toplama ve yeniden eğitim gerekir| |Olasılıklar|API'ın birinci sınıf çıktısı|Çoğu zaman yoktur veya iyi kalibre edilmez|Model sunuyorsa yaygındır| |Metin üretimi|Hayır|Evet|Hayır| |En iyi rol|Workflow içindeki anlamsal dal|Üretim, açıklama, kodlama, çok adımlı akıl yürütme|Etiketli veriye sahip kararlı yüksek hacimli görev| Jev'e “yalnızca sınıflandırıcı” demek istek anındaki esnekliğini gözden kaçırır. “Daha hızlı LLM” demek ise açıklama, e-posta veya kod yazamadığını ve verilen seçeneklerin dışında yeni yanıt üretemediğini görmezden gelir. Liquid AI'ın d1 modelleri de aynı tür sınırlı kararları alır ve açık ağırlıklar olarak da sunulur; [Liquid AI d1 API incelemesi](https://omniakey.com/tr/blog/liquid-ai-d1-open-models-api-local-deployment) sayfasına bakın. JSON mode da aynı şey değildir. JSON mode üretilen metnin sözdizimini sınırlar. Jev yanıt alanının kendisini sınırlar ve kararda kullanılan tam dağılımı döndürür. Bu ancak sorun seçenekleri kapalı sorularla ifade edilebiliyorsa değerlidir. ## Jev API fiyatları TypeSafe, Jev 1.14 için de 1.13 gibi **milyon girdi token'ı başına $0.042**, yani milyar başına $42 listeliyor. Çıktı “ölçülemeyecek kadar ucuz” olduğu için ücretsiz; yine de yanıtlar çıktı token kullanımını bildiriyor. |Girdi hacmi|Doğrudan Jev girdi maliyeti| |-:|-:| |10,000 token|$0.00042| |1 milyon token|$0.042| |100 milyon token|$4.20| |1 milyar token|$42.00| Bunlar fatura ölçümü değil, aritmetik örneklerdir. Retry, ön işleme, cascade içindeki başka model, depolama, mühendislik işi ve gelecekteki fiyat değişikliklerini içermez. ## Jev bağlam penceresi ve çağrı limitleri |Resmî Jev 1.14 varsayılan sınırı|Geçerli olduğu alan| |-|-| |64K tokens|Bir istekteki tüm state ve questions| |32K tokens|State ile en uzun tek sorunun toplamı| |250,000 tokens/s|Doğrudan hesabın güncel token kapasitesi; değişebilir| |dakikada 1,200 istek|Doğrudan hesabın güncel istek sıklığı; değişebilir| |Varsayılan metin|Metin içeren string, JSON nesnesi veya dizi. 1.14'te görsel girdi danger zone başlığıyla gelir. Ses ve video yok| Context'te aynı anda iki sınır vardır: tüm state ve sorular 64K token içine, state ile en uzun tek soru ise 32K içine sığmalıdır. Daha fazla context otomatik olarak daha iyi değildir. TypeSafe'in kendi jaggedness rehberi de ilgisiz ayrıntıların doğruluğu düşürdüğünü söyler. Yayımlanan saniyede 250,000 token ve dakikada 1,200 istek değerleri hesap limitidir; tek istek için hız vaadi değildir. TypeSafe bunların early access boyunca dinamik biçimde değiştiğini açıkça belirtiyor. Bunlar TypeSafe doğrudan limitleridir. OmniaKey hesabının kendi erişim, fiyat ve çağrı limitleri olabilir. Tam istek, yanıt alanları, Python/Node.js ve hata yönetimi için [Jev API entegrasyon rehberini](https://omniakey.com/tr/blog/jev-api-guide) kullanın. ## Hız iddiası ne kadar güçlü? TypeSafe **uçtan uca 70–500 ms yanıt süresi** bildiriyor ve Jev'in “System One biçimli” sorgularda benzer zekâ düzeyindeki frontier modellerden **40–200 kat hızlı** olabileceğini söylüyor. Lansman materyali ayrıca Jev'in 193.6 kat hızlı ve 444.6 kat ucuz olduğu bir workflow değerlendirmesini öne çıkarıyor. Bu sayılar tarafsız benchmark değil, sağlayıcı sonuçlarıdır. TypeSafe önemli bazı sınırlamaları açıklıyor: 1. Yayımlanan gecikme denemeleri genellikle hizmetin de bulunduğu ABD Batı Yakası'ndaki çalışan laptop'larından başlatıldı. 2. Workflow görevlerini TypeSafe'in model-capabilities ekibi hazırladı; seçim yanlılığı olabilir. 3. Referans yanıt GPT-6 Astra ile Fable 5.1 ortalamasını kullandı; bu aileleri kayırabilir. 4. Rakip LLM çağrıları OpenRouter ve TypeSafe'in yapılandırılmış wrapper'ı üzerinden yapıldı. 5. TypeSafe 193.6x ve 444.6x sonuçlarını beklenen gerçek dünya kazanımlarının üst ucu olarak tanımlıyor. Doğru sonuç daha dardır: Jev'in kısıtlı çıktısı ve paralel değerlendirmesi, sınırlandırılmış kararlar için çok düşük gecikme ve maliyete inandırıcı bir yol açar. Her görevde 40–200 kat hızlı olduğunu, genel zekâda frontier LLM ile eşit olduğunu veya üretim ve çok adımlı akıl yürütmede daha iyi olduğunu göstermez. ## “Sıfır halüsinasyon” kesin tanım ister TypeSafe Jev'in halüsinasyon üretemediğini söylüyor. Savunulabilir kısım **schema güvenliği**dir: bir `Choice` yanıtı dördüncü seçenek uyduramaz ve kod sayı beklerken hizmet düzyazı döndürmemelidir. TypeSafe bu çıktı eşleşmesinin deneysel sıfır hata oranıyla değil, tasarım gereği garanti edildiğini belirtiyor. Ancak tipi doğru bir yanıt anlamsal olarak yanlış olabilir. TypeSafe'in Jev 1.13 belgeleri şu hataları listeler: - ifadeyi fazla kelimesi kelimesine okuyup örtük niyeti kaçırma; - güvenilmez sayma, aritmetik, tarih ve sayısal hassasiyet; - çok sıçramalı dolaylı akıl yürütme; - ilgisiz ayrıntılar içeren uzun state; - adversarial içerik veya prompt injection; - çelişkili instructions ve criteria; - ayrı sorulmuş sorular arasında sezgisel özdeşliklere uymayan olasılıklar; - metin üretimi gerektiren her görev. Bu nedenle pratik iddia **şema dışı üretimin sıfır olmasıdır, karar hatasının sıfır olması değil**. Üretim kodu yine değerlendirme verisine, ihtiyatlı eşiklere, deterministik doğrulamaya ve escalation yoluna ihtiyaç duyar. ## Jev nerede iyi çalışır? Üç koşul birlikte sağlandığında Jev güçlü bir adaydır: yanıt alanı sınırlıdır, yargı matematiksel değil anlamsaldır ve sonucu başka bir yazılım parçası tüketir. |İş yükü|Jev neden uygun olabilir?|Önemli guardrail| |-|-|-| |Destek talebi atama|Kapalı ekip kümesi ve yararlı belirsizlik sinyali|`other` ekleyin; düşük güveni inceleyin| |RAG passage filtreleme|İlgililik, çelişki veya injection riskini puanlama|Kaynak doğrulamayı model dışında tutun| |LLM girdi/çıktı guardrails|Bir istekte çok sayıda dar kontrolü paralel çalıştırma|Adversarial girdiyi test edilen threat model olarak ele alın| |Entity matching|İki kaydın aynı şeyi gösterip göstermediğini puanlama|Kesin ID ve invariant'ları kodla uygulayın| |İçerik moderasyonu|Sınırlı etiketler ve şiddet düzeyleri|Eşikleri zarar kategorisine göre ayarlayın| |Agent eylem atama|Tool seçme veya skill uygulanabilirliğini belirleme|İzinleri ve yıkıcı işlem kontrollerini kodda tutun| Yazma, özetleme, kod üretme, açık uçlu çıkarım, kesin aritmetik, tarih karşılaştırma veya uzun nedensel akıl yürütme için iyi bir varsayılan değildir. Kesin mantık için normal kod, çıktının yaratılması gerektiğinde üretken ya da reasoning modeli kullanın. ## Üretim kontrol listesi 1. **Deterministik işi kodda tutun.** Tarihleri ayrıştırın, öğeleri sayın, parayı hesaplayın ve izinleri model olmadan uygulayın. 2. **Atomik sorular sorun.** “Bu isteği onaylamalı mıyız?” sorusunu kararın bağlı olduğu bağımsız gerçeklere ayırın. 3. **Her sınırı tanımlayın.** Choice kapsamlı değilse `other` veya `none` ekleyin; Score düzeylerini somut yazın. 4. **Kendi dağılımınızda test edin.** Temel eğitim dili İngilizcedir; TypeSafe, CJK yazıları dahil diğer dillerin eşit performans göstermediğini söylüyor. 5. **Yalnız tahminleri değil, eylemleri kalibre edin.** Geri alınabilir bir arayüz adımıyla yüksek etkili otomasyon aynı güven eşiğini kullanmamalıdır. 6. **Ayarlama sonrası sürümü sabitleyin.** `jev-latest` değişebilir. Yanıttaki sürümlü ID'yi kaydedin ve eşikleri bilinçli taşıyın. 7. **Belirsizliği escalate edin.** Belirsiz vakaları zorla karara bağlamak yerine bir insana veya daha yavaş reasoning modeline yönlendirin. 8. **Kabul edilen görev maliyetini ölçün.** Yalnız token fiyatını değil retry, yanlış karar, insan incelemesi ve sonraki LLM çağrılarını da katın. ## Jev OmniaKey üzerinden kullanılabiliyor mu? Evet. Jev, OmniaKey üzerinden `jev-latest` olarak kullanılabilir. Bu ID bugün Jev 1.14'ü gösterir ve OmniaKey onu değiştirmeden TypeSafe'e iletir, yeni sürüm çıktığında yeniden bağlanmanız gerekmez. TypeSafe early access başvurusu veya waitlist onayı beklemeniz gerekmez. [API Keys panelinde](https://omniakey.com/tr/dashboard/tokens) kapsamı belirli bir anahtar oluşturup hemen kullanabilirsiniz. Katalog kaydı [Jev 1.14 model sayfasında](https://omniakey.com/tr/jev-latest). Jev'in yerel istek gövdesini `POST https://api.omniakey.com/v1/alpha/search` adresine gönderin. Bu, OpenAI Chat Completions endpoint'i değil Jev'e özel bir endpoint'tir; yukarıdaki `state` ve `questions` yapısını koruyun. 20 Eylül smoke test'i HTTP 200, çözümlenen `jev-1.13.0` modeli, tipli `answers` ve token `usage` döndürdü. Aynı istek artık `jev-1.14.0` olarak çözümleniyor. Açık uçlu kodlama ve Agent işleri için [kodlama Agent modeli rehberi](https://omniakey.com/tr/blog/best-llm-coding-agents) stack'in başka bir katmanındaki üretken modelleri ele alır. ## Son değerlendirme Jev'i evrensel bir LLM alternatifi değil, anlamsal kararlar için yeni bir interface olarak anlamak en doğrusudur. Temel fikir basittir: bulanık yargıyı modele bırakın, çıktıyı programın anladığı bir tipe zorlayın, belirsizliği görünür kılın, bileşimi ve kesin mantığı kodda tutun. Güncel API kâğıt üzerinde olağan dışı ucuzdur ve mimari düşük gecikme için tasarlanmıştır. Model aynı zamanda early access durumunda, varsayılan olarak text-only, İngilizcede en güçlü ve matematik, tarihler, dolaylılık, ilgisiz context ile adversarial girdilerde belgelenmiş zayıflıklara sahiptir. Eş koşullu bağımsız testler çıkana kadar hız ve zekâ karşılaştırmalarını sağlayıcı iddiası olarak değerlendirin. ## Sık sorulan sorular ### Jev bir LLM mi? TypeSafe, Jev'i LLM yerine System One Model olarak adlandırıyor. Doğal dil durumunu anlar ancak serbest metin üretmez. İncelenen kaynaklar, alttaki ağın geleneksel dil modeline ne kadar benzediğini bağımsız belirlemek için yeterli mimari ayrıntı sunmuyor. ### Jev GPT veya Claude'un yerini alabilir mi? Hayır. Jev yazamaz, açıklayamaz, kodlayamaz veya açık uçlu üretim yapamaz. İstekleri dağıtarak, çıktıları kontrol ederek, yanıtları puanlayarak ya da daha yavaş bir modelin ne zaman çalışacağına karar vererek üretken modeli tamamlayabilir. ### Choice, Score ve Noul ne anlama gelir? Choice kapalı kümeden seçim yapar ve tüm seçeneklerin olasılığını döndürür. Score, state'i açıklanmış 2–10 düzeye yerleştirir. Noul, evet/hayır ifadesinin doğru olma olasılığını verir. ### Jev gerçekten sıfır halüsinasyona mı sahip? Bildirilmiş yanıt tipinin dışında değer üretemez; bu da önemli bir parsing ve schema hata sınıfını ortadan kaldırır. Yine de yanlış geçerli seçeneği seçebilir veya yanıltıcı olasılık verebilir. Tip güvenliği anlamsal doğruluk değildir. ### Jev API'ye waitlist olmadan nasıl erişebilirim? Bir OmniaKey API anahtarı oluşturun, Jev'in yerel istek gövdesini `POST https://api.omniakey.com/v1/alpha/search` adresine gönderin ve `model` değerini `jev-latest` yapın. Ayrı bir TypeSafe hesabı veya early-access onayı gerekmez. ### Jev API ne kadar? TypeSafe Jev 1.14 için milyon girdi token'ı başına $0.042 listeliyor; çıktı şu anda ücretsiz. Doğrudan fiyatlar ve rate limits early access boyunca değişebilir. ### `jev-latest` şu anda hangi sürüm? Jev 1.14 (`jev-1.14.0`). `jev-preview` de şu an aynı derlemeyi gösteriyor. Sabitlemek için istekte `jev-1.13.0` veya `jev-1.14.0` yazın. ### Jev görsel veya Türkçe destekliyor mu? Varsayılan olarak metin destekler. String, JSON nesnesi ve dizilerin sonunda metin bulunmalıdır. Jev 1.14, TypeSafe'in deneysel olarak işaretlediği `TypeSafe-Danger-Zone-Images: true` başlığı arkasına görseller ekliyor. Türkçe ve diğer diller kabul edilir; ancak TypeSafe şu anda İngilizcenin en güçlü dil olduğunu belirtiyor ve İngilizce dışı yükleri kendi verinizle test etmenizi istiyor. ### Jev ücretsiz kullanılabilir mi? Kontrol edilen doğrudan fiyat milyon girdi tokenına $0.042 uygular, çıktı tokenları ücretsizdir. Ücretsiz çıktı ücretsiz istek anlamına gelmez. Denemeler, promosyon kredileri ve gateway faturalarının ayrı şartları vardır; herkesin ücretsiz kotası olduğunu varsaymadan hesap teklifini kontrol edin. ### Jev modelinin kaç parametresi var? TypeSafe'in resmî model sayfası (24 Ekim 2026'da kontrol edildi) bağlam ve girdi biçimlerini verir, parametre sayısını vermez. 64K ve 32K token sınırlarıdır, model parametresi değildir. Ağırlık boyutu veya yerel donanım ihtiyacı bunlardan çıkarılamaz. ## Birincil kaynaklar - [TypeSafe: Jev 1.14 release (İngilizce)](https://typesafe.ai/blog/jev-1-14) (24 Ekim 2026'da kontrol edildi) - [TypeSafe: Introducing System One Models & Jev (İngilizce)](https://typesafe.ai/blog/introducing-system-one-models-and-jev) - [TypeSafe belgeleri: Introduction (İngilizce)](https://docs.typesafe.ai/introduction) - [TypeSafe belgeleri: System One (İngilizce)](https://docs.typesafe.ai/concepts/system-one) - [TypeSafe belgeleri: Models and pricing (İngilizce)](https://docs.typesafe.ai/models) (24 Ekim 2026'da kontrol edildi) - [TypeSafe belgeleri: HTTP API reference (İngilizce)](https://docs.typesafe.ai/api) - [TypeSafe belgeleri: Confidence (İngilizce)](https://docs.typesafe.ai/confidence) - [TypeSafe belgeleri: Jev 1.13 jaggedness (İngilizce)](https://docs.typesafe.ai/model-jaggedness/jev-1.13) _Fiyat, limit ve Jev 1.14 ayrıntıları 24 Ekim 2026'da yeniden kontrol edildi. Önceki gateway smoke testi 20 Eylül tarihli olmaya devam eder; bu güncelleme yeni ücretli test değildir. Jev hızlı değişir, üretimden önce sürüm ve hesap şartlarını tekrar kontrol edin._