Jan AI modelleri ve API maliyetleri: yerel, bulut ve özel uç noktalar

Jan AI bulut modelleri Jan'ın modelleri değildir. Jan herhangi bir çıkarım hizmeti barındırmaz ve hiçbir şey satmaz; bu nedenle Jan Desktop'taki "bulut modelleri", üçüncü taraf sağlayıcılara ait, anahtarınızı kendiniz getirmenize olanak tanıyan on bir yerleşik köprünün yanı sıra kendiniz eklediğiniz OpenAI veya Anthropic biçimli uç noktalar anlamına gelir — her biri karşı taraftaki sağlayıcı tarafından ücretlendirilir. Uygulamanın kendisi ücretsizdir: jan.ai/pricing, 19 Eylül 2026'da kontrol edildiğinde HTTP 404 döndürdü ve ne Jan Desktop ne de Jan Agent bir plan, kullanıcı lisansı, kredi veya kota belgeliyor. Bu nedenle bütçelenmesi gereken tek sayı, sağlayıcınızın tarifesinden hesaplanan token'lardır — ya da model kendi makinenizde çalışıyorsa istek başına hiçbir ücret yoktur.

Önce bir ayrım yapalım; çünkü arama sonuçları bunları birbirine karıştırıyor. Janitor AI (janitorai.com), tüketicilere yönelik bir karakter sohbet sitesidir ve tamamen farklı bir üründür; "jan ai api key" aramalarının büyük bir bölümü onun proxy anahtarını kasteder. Yapılandırdığınız ürün buysa, bunun yerine Janitor AI kurulumu ile başlayın — bu sayfada o ürün için herhangi bir fiyat veya limit görünmüyor.

Jan markasını paylaşan üç ürün ve ikili dosya adını paylaşan iki ürün

Bu ayrımın yanlış yapılması, alıcıların Jan'ın çalıştırılmasının ücretsiz olup olmadığı konusunda kafasının karışmasının nedenidir. jan.ai, 18 Eylül 2026'da okunan ana sayfada tam olarak üç ürün listeliyor:

• Jan Desktop — yerel öncelikli kararlı uygulama. En son etiketlenmiş sürüm v0.8.4, 23 Temmuz 2026'da yayımlandı; depo arşivlenmiş değil ve 18 Eylül 2026'da son kez gönderildi; 44.551 yıldızı var (GitHub API, 19 Eylül 2026). Uygulama llama.cpp ve MLX motorlarını içerir ve isteğe bağlı olarak bulut sağlayıcılarına erişebilir. Depo, kendisini %100 çevrimdışı çalışan bir uygulama olarak tanımlar.
• Jan Agent — kendi başına dağıtılan ayrı bir terminal aracısıdır. Hızlı başlangıç sayfasında bir önizleme uyarısı bulunur: dev üzerindeki yükleyici agent-nightly kanalından çekim yapar. Depoda etiketlenmiş bir sürümü yoktur ve hızlı başlangıç yalnızca jan --version aracılığıyla bir sürüm yazdırır; bu nedenle seçenekleri hakkında yazacağınız her şey, yüklediğiniz derlemeye özeldir.
• Tokamak — kendi dokümantasyon alan adına sahip, kuruluş düzeyinde kendi kendine barındırılan bir arka uçtur. Sayfasında fiyat, plan, koltuk sayısı, kredi veya bekleme listesi yayımlanmıyor; bu nedenle bu sayfa bunlardan hiçbirini aktarmıyor — yayımlanmış şartların olmaması ücretsiz olduğu anlamına gelmez. Bu, Jan Desktop'a eklenmiş ücretli bir plan değil, ayrı bir kendi kendine barındırılan arka uçtur ve jan login ona giden belgelenmiş yoldur.

Jan'ın kendi dokümantasyonu burada çelişkili görünüyor; sağlayıcı sayfası bunu açıklığa kavuşturuyor. Dokümantasyonun giriş açıklaması, Jan Agent'ın yerel bir modele karşı aracılar başlattığını söylüyor; hızlı başlangıç ise açıkça Jan Agent'ın yerel bir çıkarım motoru olmadığını — uzak bir sağlayıcıyı çağırdığını belirtiyor. İkisi de farklı açılardan doğru. Agent hiçbir modeli kendisi çalıştırmaz; dolayısıyla bir model her zaman başka bir yerde çalışır — ancak bu yer kendi makineniz de olabilir: sağlayıcı sayfasında Agent'ı Jan Desktop'ın yerel API sunucusuna (http://localhost:6767/v1) yönlendiren "Kendi donanımınız" bölümü bulunur ve bu kurulumda hiçbir şeyin makinenizden çıkmadığını söyler. Dolayısıyla Agent'ın her zaman bir uç noktaya ihtiyacı vardır; ancak bu uç noktanın her zaman ücretli olması gerekmez.

Ad çakışması durumu daha da karmaşıklaştırıyor. Jan Desktop'ın kendi CLI'ı (0.7.8 sürümünden beri kullanılabilir) ile Jan Agent ikili dosyası, farklı komut kümelerine sahip olmalarına rağmen her ikisi de jan olarak çağrılır. Bu nedenle üç farklı "Jan uç noktası" vardır: Desktop GUI'nin yerel API sunucusu için 127.0.0.1:1337, Desktop CLI'daki jan serve için localhost:6767/v1 ve bir sağlayıcının yönlendirildiği herhangi bir uzak temel URL.

Jan AI fiyatlandırması: yazılımın maliyeti ve sizi kimin faturalandırdığı

Lisans hakkında bir not; çünkü otomatik yorumlama yanlıştır: GitHub API'si bu depo için NOASSERTION bildiriyor; bunun nedeni LICENSE dosyasının, tarayıcının eşleştirdiği birebir Apache 2.0 metni yerine, standart Apache 2.0 bildiriminden ve bir atıf talebinden önce gelen özel bir Menlo Research önsözü olmasıdır. Dosyanın kendisi "Apache License, Version 2.0 kapsamında lisanslanmıştır" diyor; dolayısıyla lisans API alanı değil, budur.

Yerleşik on bir bulut sağlayıcısı ve gerçekte ne oldukları

Jan Desktop, her yerleşik sağlayıcıyı web-app/src/constants/providers.ts içinde bir temel URL ile başlatır. Her biri üçüncü bir tarafa yöneliktir. jan veya menlo girdisi yoktur.

Bu dosyadan 18 Eylül 2026'da okundu. Hepsinin izlediği örüntüye dikkat edin: sürüm yolu temel URL'nin parçasıdır. Bu tek kural, Jan'daki en yaygın kurulum hatasıdır ve aşağıda ele alınmıştır.

"Jan AI API anahtarı" adı verilen üç farklı şey

İki anlam, Jan'ın içinde gerçekten çakışıyor; çünkü yerel sunucusu her iki kablo biçimini de yansıtıyor. Jan'ın API tercihleri dokümantasyonu, yerel sunucunun GET /v1/models, POST /v1/chat/completions ve x-api-key ile kimlik doğrulanan Anthropic uyumlu POST /v1/messages uç noktalarını sunduğunu gösteriyor. Bu, uzak bir ağ geçidinin sunduğu şeklin aynısıdır — dolayısıyla aynı curl komutu dizüstü bilgisayarınıza veya ücretli bir uç noktaya yönlendirilebilir; hangisi olduğunu yalnızca ana bilgisayar belirtir.

Yerel veya bulut: bellek, bağlam ve çevrimdışı gereksinimine göre karar verin

Bu kararın en nesnel temeli, Jan'ın kendisi tarafından Mac yükleme sayfasında yayımlanmıştır (macOS 13.6 veya üzeri, yalnızca Apple Silicon — Intel Mac'ler desteklenmez — ve en az 10 GB boş alan):

Windows için minimumlar Windows yükleme sayfasında ayrı olarak belirtilir ve bir VRAM alt sınırı içerir: Windows 10 veya üzeri, en az 8 GB RAM ve önerilen 16 GB, NVIDIA, AMD veya Intel Arc GPU'ları için en az 6 GB VRAM, 10 GB boş alan ve AVX2 desteği. Bu sayfa model boyutuna göre bir RAM tablosu yayımlamıyor. Linux gereksinimleri bu sayfa için kontrol edilmedi. Uygulama içinde Hub, sayıları bir kararla değiştirir — her nicemleme katmanı için Fits, May be slow veya Won't fit yazan renkli bir rozet — ve uygunluk durumunu belirlemek için hiçbir verinin indirilmediğini belirtir.

Model seçimi konusunda Jan, yedi birinci taraf modeli belgeliyor — Jan-v3-4B, Jan-Code-4B, Jan-v1, Jan-v2-VL-med, Jan-Nano-32, Jan-Nano-128 ve Lucy — bunların açık ağırlıkları Jan'ın kendi kuruluşları olan janhq ve Menlo altında Hugging Face'te bulunuyor. Hepsi aynı boyutta değil: model dokümantasyonu, Jan-v3-4B ve Jan-v1 için 4B, Jan-v2-VL-med için 8B ve Lucy için 1,7B parametre veriyor. Jan-v3-4B ayrıca 262.144 token'lık yerleşik bir bağlam taşıyor ve sayfası kendi sınırını açıkça belirtiyor: 4B parametre, daha büyük modellere kıyasla karmaşık çok adımlı akıl yürütmeyi sınırlar. Yerel ve bulut arasındaki bütün argüman tek satırda budur. Sınırlı işler ve gizlilik için yerel kullanın; görev parametre sayınızı veya belleğinizi aştığında uzak kullanıma geçin.

Jan Desktop özel API'si: OpenAI veya Anthropic biçimli bir uç nokta ekleme

Belgelenmiş yol Settings → Model Providers → Add Provider'dır. Jan'ın özel uç nokta sayfası (19 Eylül 2026'da kontrol edildi) tam olarak iki kablo biçimi sunar — vLLM, Ollama, LocalAI, TGI, llama.cpp server ve OpenAI modundaki LiteLLM için olduğu belirtilen OpenAI uyumlu biçim ile Anthropic Messages API'sini sunan uç noktalar için Anthropic uyumlu biçim — ardından sağlayıcı adı, temel URL ve API anahtarı ister. Anahtar alanı, anahtarsız yerel sunucular için bile zorunludur; bu durumda herhangi bir yer tutucu kullanılabilir.

İlk denemede çalışıp çalışmayacağını iki ayrıntı belirler.

Sürüm yolu temel URL'ye aittir. Jan'ın dokümanı bunu yaygın hata olarak açıkça adlandırır: http://localhost:8000 yerine http://localhost:8000/v1 girmek her istekte 404 oluşturur. Kunavo'ya yönlendirilen OpenAI biçimli bir sağlayıcı için bu, https://api.kunavo.com/v1 anlamına gelir.

Anthropic biçimi için Jan'ın dokümanı bir kural vermekten kaçınır — ağ geçidinizin belgelediği temelin kullanılmasını söyler ve tek örneği yerel bir LiteLLM örneğidir. Jan'ın kaynak kodu durumu açıklığa kavuşturur: Anthropic yolu, Vercel AI SDK'sının Anthropic sağlayıcısı üzerine kuruludur; istek URL'si {baseURL}/messages olarak ve x-api-key başlığıyla oluşturulur ve kendi varsayılan temeli sürüm önekini içerir. Dolayısıyla girilecek değer yine https://api.kunavo.com/v1'dir ve istek /v1/messages adresine ulaşır. Bu, testten ziyade iki kod tabanının okunmasına dayalıdır; bu nedenle ilk denenecek değer olarak değerlendirin — bu sayfanın sonundaki test edilmemiş nota bakın.

Bu ayrım kullanıcıları yanıltabiliyor; çünkü Kunavo'nun kendi ANTHROPIC_BASE_URL kılavuzu, farklı bir istemci grubu için bunun tersini söylüyor: resmi Anthropic SDK'ları ve Claude Code, /v1/messages yolunu kendileri eklediğinden yalnızca temel adresi alır; bu adrese /v1 eklemek, /v1/v1/messages yolunun oluşmasına ve 404 hatasına neden olur. Jan'ın Anthropic biçimindeki sağlayıcısı bu istemcilerden biri değildir. 404 hatası görürseniz hata mesajındaki yinelenen yol, hangi kullanım kuralının geçerli olduğunu gösterir. Kunavo'nun Messages uç noktası, Authorization: Bearer başlığının yanı sıra Anthropic'in x-api-key başlığını da kabul eder; sohbet tamamlama uç noktası ise OpenAI biçimindeki yolu destekler.

Model keşfi ve yetenekleri. Kaydettiğinizde Jan, kullanılabilir modelleri {base_url}/models adresinden çekmeyi dener; bu başarısız olursa model kimliğini sunucunuzun beklediği biçimde tam olarak siz yazarsınız. Kunavo aynı önekte bir model listesi sunar; bu nedenle OpenAI biçimli yolda keşif çalışmalıdır — ancak Jan'ın bunu Anthropic biçimli bir sağlayıcı için sorgulayıp sorgulamadığı belgelenmemiş ve test edilmemiştir; kimliği elle eklemeye hazır olun. Daha da önemlisi: özel sağlayıcılarda yetenek algılama yapılmaz. Jan, bir modelin araçları, görüntüyü veya sesi destekleyip desteklemediğini çıkaramayacağını belirtir ve her modeli elle ekleyerek yeteneklerini model bazında yapılandırmanızı söyler. MCP dokümantasyonu bunun diğer tarafını gösterir: Anthropic gibi yerleşik bir sağlayıcı için anahtarı eklediğinizde Jan sağlayıcının model yeteneklerini otomatik olarak okur; "model etkinleştirdiğim MCP'leri kullanmıyor" sorun giderme maddesi de modelde araçların etkin olduğundan emin olmanızı söyler. Her iki sayfa da yeni eklenen özel modelin varsayılanlarını belirtmiyor; bu nedenle MCP'nin etkin olduğunu varsaymadan önce Model Capabilities bölümünü kontrol edin. Yerleşik Anthropic sağlayıcısına anahtar yapıştırmakla ağ geçidini özel sağlayıcı olarak eklemek arasındaki pratik açıdan en büyük fark budur.

Uygulama ayrıca bazı yerleşik sağlayıcılarda bir Base URL alanı sunar; bu alan yerleşik Anthropic veya OpenAI girdisini bir ağ geçidine yeniden yönlendirmenizi sağlar. Hiçbir Jan dokümantasyon sayfası bunu kapsamıyor ve bu sayfa doğrulamak için uygulamayı çalıştırmadı — Add Provider akışını desteklenen yol olarak kabul edin.

Jan Agent aynı iki biçimi seçenekler olarak alır

Agent sağlayıcı dokümantasyonu, uç noktayı --provider, --api-key, --base-url, --model (tekrarlanabilir) ve sonuncusu kablo protokolü olan --api-type ile yapılandırır; bu değer openai veya anthropic olabilir ve varsayılanı OpenAI uyumludur.

# Jan Agent is a preview build from a nightly channel.
# Re-check these flags against your own `jan config --help` before relying on them.
jan config set \
  --provider kunavo \
  --api-type anthropic \
  --base-url https://api.kunavo.com/v1 \
  --api-key sk-kn-... \
  --model claude-sonnet-4-6

Ayarlar ~/.jan/config.toml konumunda kalıcı olarak saklanır; [provider] altında agent.toml içinde proje başına bir geçersiz kılma ve JAN_API_KEY aracılığıyla geçici bir geçersiz kılma bulunur. Öncelik sırası doğrudan kaynakta, providers.rs içinde belgelenmiştir: genel yapılandırma temeldir, Desktop ayarları onu hiçbir zaman geçersiz kılmayan yalnızca devralma kaynakları olarak üzerine eklenir, proje dosyası her ikisini de geçersiz kılar ve CLI seçenekleri ile ortam değişkenleri her şeyin önüne geçer. Her iki Jan yüzeyi de sağlayıcı başına birden fazla anahtarı kabul eder ve sonraki anahtarla yeniden dener; her ikisi de bu yeniden denemeyi aynı şekilde sınırlar: Jan Desktop'ın özel uç nokta sayfası, yalnızca HTTP 401, 403 veya 429 durumlarında geri dönüşü belgeler; diğer hatalar yeniden denenmez ve Agent'ın kendi kaynak kodu da aynı üç durumu uygular. key rotation exhausted mesajı Jan Desktop'a aittir; sorun giderme sayfası bunu, yalnızca bir anahtarın değil, yapılandırılmış her anahtarın 401 veya 403 ile başarısız olması olarak yorumlar.

Depoyu kendiniz denetlerseniz burada bir tuzağa düşersiniz: core/agent/upstream.rs içindeki stream_openai_chat_completions yorumu, api_type değerinin "bugün her çağıran için None" olduğunu ve agent'ın bundan bağımsız olarak her zaman OpenAI /chat/completions konuştuğunu söylüyor. Bu yorum tek bir yardımcıyı açıklıyor ve geri kalan kısım için güncelliğini yitirmiş: core/agent/loop.rs, resolve_api_type_for_model çağrısını yapıyor ve bundan bir dönüştürücü oluşturuyor; bu dönüştürücü isteği x-api-key ve sabit bir anthropic-version başlığıyla /messages üzerine yeniden yazıyor (converters.rs). Dolayısıyla --api-type anthropic dikkate alınıyor — ayrıca aynı dönüştürücünün kendi yorumu, kayıtlı base_url değerinin sürüm önekini içermesi gerektiğini söylüyor; yukarıdaki parçacığın /v1 ile bitmesinin nedeni de bu.

Başarısız olduğunda

İlk üç satır Jan'ın sorun giderme sayfasından; son iki satır özel uç nokta sayfasından alınmıştır. Uygulama günlükleri macOS'ta ~/Library/Application Support/Jan/data/logs/app.log, Windows'ta %APPDATA%\Jan\data\logs\app.log ve Linux'ta ~/.local/share/Jan/data/logs/app.log konumundadır. Kunavo'nun hata referansı, ağ geçidi tarafındaki aynı durum kodlarını kapsar.

Jan için örnek bir bulut bütçesi

Bu rakamlar ölçülmüş görev maliyetleri veya fatura üst sınırı değil, açıklayıcı token hesaplamalarıdır. Sohbet sütunu, büyüyen ileti dizisinin her seferinde yeniden gönderildiği Jan Desktop'ta bir gün içinde yaklaşık 40 tur varsayar — 240.000 girdi ve 20.000 çıktı token'ı. Agent sütunu, 400.000 girdi ve 30.000 çıktı token'ı kullanan daha uzun bir araç oturumunu varsayar. Her iki token sayısı da Jan'ın yayımladığı veriler değil, bu sayfanın kendi modellemesidir. Her ikisi de önbellek okumalarının olmadığını varsayar; çünkü istem önbelleklemesinin her iki Jan yüzeyindeki özel sağlayıcı üzerinden devam edip etmediği izlenmedi. Tarifeler, milyon token başına Kunavo kataloğundaki güncel fiyatlardır.

İki çıkarım yapılabilir. İlk olarak, bu tablodaki en ucuz ve en pahalı model arasındaki fark aynı varsayılan oturum için yaklaşık 5,0x'tir — yeterince geniş bir aralık olduğundan, önce çekilmesi gereken kaldıraç seçtiğiniz modeldir ve yeni bir hesap açmadan modelleri değiştirmenize olanak tanıyan bir yol lehine bir argümandır. İkinci olarak, bu toplamları yerel seçenekle dürüstçe karşılaştırın: yukarıdaki RAM tablosuna sığan bir modelin maliyeti istek başına $0'dır ve Jan bunun motorunu sağlar. Jan Desktop kullanıcısı için uzak fatura, uygulamayı kullanmanın maliyeti değil, yetenekle ilgili bir tercihtir.

Bunlardan herhangi birini bütçe olarak değerlendirmeden önce kendi gün sayınızla ölçekleyin. Kunavo kataloğundaki tutar bir üst sınır değil, faturalandırma tabanıdır: üst akış sağlayıcısı ücretini bildirdiğinde fatura, katalog maliyeti ile uygulanabilir marjla çarpılmış üst akış maliyetinden büyük olanıdır. Minimum yükleme ön ödemeli kredi olarak $10 tutarındadır — bir finansman minimumudur; görev ücreti veya abonelik değildir. Faturalandırma ayrıntılarına ve ölçüp sonra seçme yöntemini anlatan AI maliyet optimizasyonuna bakın.

Hangi rota ne zaman kazanır?

Değerlendirdiğiniz satır ağ geçidi satırıysa, istemci dizini her masaüstü istemcisinin ve aracının temel URL'leri ile kablo biçimlerini nasıl ele aldığını listeler; OpenAI uyumlu API ise Jan'ın izlediği ilk biçimdeki kuralı kapsar.

Kurulum ve ilk faturanın kontrol edilmesi

Yukarıdaki her şey Jan'ın yayımlanmış dokümantasyonu ve kaynak kodu ile Kunavo'nun kendi dokümantasyonundan alınmıştır. Kunavo, Jan Desktop veya Jan Agent'ı çalışma zamanında test etmemiştir: bu sayfa için her iki uygulama üzerinden hiçbir istek gönderilmedi; dolayısıyla buradaki hiçbir ifade araç çağırma, akış veya model keşfinin uçtan uca başarıyla geçtiğini söylemez. Temel URL'leri iki dokümantasyon kümesinin ima ettiği değerler olarak değerlendirin ve sınırlı bir görevle kendiniz doğrulayın. Denerken çalışan bir yolu kullanılabilir tutun, küçük bir istek gönderin ve ardından bu sayfadaki herhangi bir tahmin yerine hesabınızın gerçekten kaydettiği ücreti okuyun. Bir anahtara kredi yüklemeye hazır olduğunuzda Kunavo hesabı oluşturun.

Sık sorulan sorular

21 Eylül 2026'da yeniden kontrol edildi: fiyatlandırma URL'si (hâlâ 404), GitHub deposu ve en son sürümü (v0.8.4), ana sayfa, Tokamak sayfası, özel uç nokta, API sunucusu, API referansı, MCP, Mac kurulumu, Windows kurulumu, Hub ve sorun giderme belgeleri, Agent hızlı başlangıç ve sağlayıcı belgeleri, birinci taraf model belgeleri, Hugging Face kuruluşları ve sağlayıcı sabitleri, dönüştürücü, agent upstream'i ve agent döngüsü kaynak dosyaları. Yıldız ve son push sayıları 19 Eylül 2026'da GitHub API'sinden alınmıştır ve günlük olarak değişir. Hiç kontrol edilmeyenler: Linux sistem gereksinimleri, Tokamak'ın ticari koşulları ve özel bir sağlayıcı üzerinden önbelleğe alma davranışı. Kunavo token ücretleri canlı katalogdan alınmıştır ve buradaki her dolar tutarı, ölçülmüş görev maliyeti değil, örnek token hesabıdır.