Jan AI ve GPT4All: çevrimdışı sohbet, belgeler ve API erişimi

Jan ve GPT4All, yerel GGUF modellerini çalıştıran ve barındırılan bir API'ye de bağlanabilen, ücretsiz ve çevrimdışı öncelikli masaüstü sohbet uygulamalarıdır; ancak bunlardan yalnızca biri hâlâ sürüm yayımlıyor: Jan'ın kod deposuna 18 Eylül 2026'da kod eklendi, GPT4All'ın en yeni sürümü 25 Şubat 2025 tarihli v3.10.0 ve o tarihten bu yana yapılan tek commit bir CI bakım çalışması. Bu, GPT4All'ın öldüğü anlamına gelmez — arşivlenmiş değildir, hâlâ indirilebilir ve bilgi getirme davranışı Jan'ınkinden daha iyi belgelenmiştir. Bu, seçimin popülerliğe değil, yapılacak göreve bağlı olduğu anlamına gelir.

Önce iki ad benzerliğini açıklığa kavuşturalım; çünkü ikisini de yanlışlıkla yayımlamak kolaydır. jan.ai adresindeki Jan, Janitor AI değildir — farklı ürün, farklı hedef kitle, ilişki yok. Ayrıca nomic.ai üzerindeki "$20/Month" başlığı bir GPT4All fiyatı değildir: çizim inceleme ve kod uyumluluğu özelliklerine sahip mimarlık ve inşaat aracısı ürünü Nomic Platform'a aittir. GPT4All'ın kendisi MIT lisanslı ve ücretsizdir.

Yıldız sayısına göre değil, göreve göre seçin

GPT4All'ın Jan'ın 44.551 yıldızına karşılık 77.394 yıldızı var (GitHub API, 19 Eylül 2026). Daha ünlü isim ve daha güncel olmayan kod tabanı odur. Gerçekten fark yaratan eksenlerde karar şöyle:

Kısa versiyon: belirli bir şey sizi GPT4All'a mecbur bırakmıyorsa Jan'ı seçin — Jan'ın açıkça desteklemediği bir Intel Mac, kilitli bir yazılım envanteri veya değişmeyi bırakmış bir kod tabanını tercih etmeniz gibi. Donmuş ve belgelenmiş bir klasör dizinleyicisi özelliğin kendisiyse GPT4All'ı seçin.

Çevrimdışı sohbet ve belge iş akışı

İki uygulamanın gerçekten ayrıştığı eksen budur ve liste yazılarının karşılaştırdığı eksen bu değildir.

GPT4All LocalDocs, Nomic'in ücretsiz cihaz üzerinde çalışan gömme modellerini kullanarak bir klasörü dizinler ve bir yanıtın altındaki Sources'a tıklayarak hangi dosyalara başvurulduğunu görmenizi sağlar. Belge klasörünü göstermeden önce bilinmeye değer ayar varsayılanları şöyledir: snippet boyutu 512 karakterdir ve istem başına maksimum snippet sayısı 3'tür. Her iki ayarı da artırabilirsiniz; belgeler, bunları artırmanın oluşturmayı yavaşlattığı konusunda uyarır.

Hangi dosya türlerinin dizinlendiği konusunda GPT4All'ın iki kaynağı birbiriyle uyuşmuyor ve yayımlanan kaynak daha eski: ayarlar sayfasında .txt, .pdf, .md ve .rst listelenirken, yayımlanan kaynakta varsayılan değer — main üzerindeki mysettings.cpp dosyasındaki localdocs/fileExtensions — docx, pdf, txt, md, rst şeklindedir. LocalDocs, v3.4.0'da .docx desteği kazandı; dolayısıyla belgeler sayfası güncellenmemiş gibi görünüyor. Sohbet ekleri, kendi listesine sahip ayrı bir yoldur: ChatView.qml içindeki ekleme iletişim kutusu *.txt *.md *.rst *.xlsx için filtre uygular — Excel ekleri v3.4.0'da, text, markdown ve rst ise v3.5.0-rc1'de geldi; ikisi de changelog'a göre böyledir. PDF bu filtrede yer almaz; dolayısıyla bir LocalDocs koleksiyonu üzerinden modele ulaşır veya hiç ulaşamaz.

Jan Projects daha geniş bir küme kabul eder: her projedeki tüm konuşmalarda erişim için parçalara ayrılıp dizinlenen "PDF'ler, Markdown, Office belgeleri (DOCX, XLSX, PPTX), kod dosyaları ve daha fazlası"; ilerleme çubuğu ve dosya başına parça sayısı da gösterilir. Ancak Jan'ın belgeleri hiçbir gömme modelinin, snippet boyutunun veya erişim sınırının belirtilmediğini söyler. Aynı sayfadaki gizlilik notunda tüm dosyaların makinenizde yerel olarak işlendiği ve bir bulut sağlayıcısı kullanırsanız "dosyaların isteğin bir parçası olarak o sağlayıcının API'sine gönderildiği" yazıyor. Bunlardan hangisinin dizinlenmiş bir proje dosyasını, hangisinin sohbet ekini anlattığını veya ağ geçidi üzerinden çalışan özel bir sağlayıcının ne sayıldığını belirtmiyor — bu nedenle bunu kesinleşmiş değil, belgelenmemiş olarak değerlendirin.

Her ikisi için de geçerli bir sınır: gömme adımı Kunavo'nun sunduğu bir şey değildir. Kunavo sohbet modelini sağlar. GPT4All, gömmelerini varsayılan olarak kendi cihazınızda veya etkinleştirirseniz Nomic'in kendi API'sine karşı hesaplar; Jan'ın motor belgeleri bu adımın llama.cpp üzerinde kullanılabildiğini, MLX üzerinde kullanılamadığını belirtir ve bunun için bir model adı vermez. Erişim tarafının uçtan uca açıklamasını istiyorsanız, RAG uygulaması parçaları ele alır.

Modeller, donanım ve her uygulamanın gerçekte çalıştıracağı şeyler

Jan, yerel modelleri llama.cpp veya MLX üzerinde çalıştırır; ikincisi macOS 14+ üzerinde yalnızca Apple Silicon'da kullanılabilir. Jan, GGUF modellerini kendi Hub'ından indirir ve diskte zaten bulunan bir GGUF dosyasını kopyalamak yerine yerinde bağlayarak içe aktarabilir. GPT4All, uygulamanın models3.json adresinden aldığı seçilmiş bir katalog sunar — 32 giriş vardır ve en yenileri Ocak 2025 tarihli DeepSeek-R1 distiller'larıdır; Qwen3, Gemma 3 veya Llama 4 yoktur (19 Eylül 2026'da kontrol edildi). Explore Models sayfası ayrıca Hugging Face'te GGUF dosyalarını arar; yani katalog kesin bir sınır değildir — ancak seçilmiş raf, projenin ne kadar önce bakımsız kaldığına dair makul bir göstergedir.

Jan değerleri Mac ve Windows yükleme sayfalarından; GPT4All değerleri sistem gereksinimleri tablosu ve README'den alınmıştır. Tümü 19 Eylül 2026'da okundu.

GPT4All iki donanım sorusunda kendi kendisiyle çelişiyor ve hiçbirinin net bir yanıtı yok. Intel Mac'lerde README, macOS derlemesinin "Monterey 12.6 veya daha yenisini gerektirdiğini" ve Apple Silicon ile en iyi sonuçları verdiğini söylüyor; bu, Intel'in çalıştığı izlenimini veriyor. Sistem gereksinimleri tablosu ise Apple CPU ve GPU satırlarına M1 koyuyor ve hiçbir yerde Intel işlemciden söz etmiyor. Windows-on-ARM konusunda README bir win64-arm yükleyicisine bağlantı veriyor ve bu derlemenin "Qualcomm Snapdragon ve Microsoft SQ1/SQ2 işlemcilerini desteklediğini" söylüyor; README'nin kendisinin yönlendirdiği gereksinimler tablosu ise ARM CPU'lu Windows ve Linux bilgisayarların desteklenmediğini belirtiyor. v3.10.0 sürümü varlıkları arasında gerçekten bir win64-arm yükleyicisi sunuyor; README bağlantısı bu etiketten on dakika sonra, 25 Şubat 2025'te işlendi ve gereksinimler tablosunda 13 Eylül 2024'ten beri hiç commit yapılmadı. Dolayısıyla README daha yeni açıklamadır — ancak bu sayfa iki çelişkiyi de sizin için çözmez. Intel Mac'te GPT4All, Jan Intel'i açıkça desteklemediği için ikisi arasında denenmeye değer tek seçenektir; herhangi bir ARM makinede ise karar vermeden önce yükleyip doğrulayın.

Adı anılmaya değer bir boşluk daha var: nomic.ai/gpt4all, sürüm numarası, changelog veya sistem gereksinimi olmadan dört indirme düğmesi sunuyor ve gpt4all.io üzerindeki dört yükleyici taslağının tümü 4 Şubat 2025 tarihli Last-Modified değerini taşıyor — bu, v3.10.0 etiketinden önce. Bunlar çevrimiçi yükleyiciler olduğundan yükleme sırasında güncel bir derlemeyi almaları muhtemeldir; ancak aldıkları güncelleme deposunu bulamadım. İndirme sayfasından belirli bir sürüm varsaymayın; yükleme sonrasında About bölümünü kontrol edin.

Yerel API sunucusu, bulut erişimi ve makineden çıkanlar

Her iki uygulama da diğer araçların yüklenen modelle konuşabilmesi için OpenAI uyumlu bir sunucu sunar ve varsayılanlar paylaşılan bir makine açısından önemli şekillerde farklıdır.

Jan'ın Local API Server ve API preference sayfalarından ve GPT4All'ın API server belgelerinden, 19 Eylül 2026. Jan'ın sunucusu, belgelerde baştan sona yerel model örnekleriyle llama.cpp destekli olarak açıklanıyor; belgeleri, uzak bir özel sağlayıcı modeline 1337 portu üzerinden erişilip erişilemeyeceğini söylemiyor — belgelenmemiştir, dışlanmış değildir; bu temele dayanmadan önce kendiniz doğrulayın.

Gizlilik konusunda Jan'ın Mac yükleme sayfası modellerin, ileti dizilerinin, ayarların ve günlüklerin ~/Library/Application Support/Jan/data altında tutulduğunu ve buluta hiçbir şey gönderilmediğini belirtiyor — ancak dosya yükleme sayfası da bir bulut sağlayıcısıyla dosyaların isteğin bir parçası olarak o sağlayıcının API'sine gönderildiğini açıkça söylüyor. Her iki uygulama da çevrimdışı çalışabilir, ancak yalnızca çevrimdışı değildir; uzak bir sağlayıcıyı yapılandırdığınız anda, karşı taraftaki kişi veya hizmet için olağan veri işleme soruları geçerli olur.

Her iki uygulamayı da barındırılan tek bir anahtara yönlendirmek

Yerel model yolu istek başına hiçbir maliyet oluşturmaz, ancak sizi donanımınızın sığdırabildiği şeylerle sınırlar. Her iki uygulamadaki alternatif bir temel URL ve anahtardır. İki uygulamanın en çok ayrıştığı yer burasıdır.

Jan tarafı, ağ geçitlerini ve proxy'leri desteklenen bir durum olarak açıkça belirten Custom Endpoints sayfasından alınmıştır. GPT4All tarafı main üzerindeki yayımlanmış kaynak koddan okunmuştur: dört sağlayıcı kartı ve OpenAI beyaz listesi AddRemoteModelView.qml içinde, üç alan etiketi RemoteModelCard.qml içinde, URL oluşturma chatllm.cpp içinde ve sabit "stream": true ile Authorization: Bearer başlığı chatapi.cpp içinde bulunur. Bunların hiçbiri çalışma zamanında test edilmemiştir.

GPT4All hakkında kimsenin yazmadığı gerçek: yerleşik OpenAI kartı, // last updated 2025-02-24 olarak yorumlanmış, yalnızca gpt-3.5-turbo, gpt-3.5-turbo-16k, gpt-4, gpt-4-32k, gpt-4-turbo ve gpt-4o içeren sabit kodlanmış bir beyaz listedir. Geçerli bir birinci taraf OpenAI anahtarıyla bile bu kart, OpenAI'nin o zamandan beri yayımladığı bir modeli sunamaz. Groq ve Mistral kartları da aynı yorum tarihine sahip donmuş listeler taşıyor — ancak Mistral'ın listesinde -latest takma adları bulunuyor; bunlar bugün Mistral'ın sunduğu her şeye çözülmeye devam ediyor. Dolayısıyla bu kartta "donmuş liste", "donmuş model" anlamına gelmiyor. gpt-4o'dan daha yeni herhangi bir model için OpenAI biçimli bir anahtarda yol Custom kartıdır — doğrudan veya bir ağ geçidi üzerinden.

En çok karışıklık yaratan Jan tuzağı da şu: Jan, özel bir sağlayıcının yeteneklerini algılayamadığı için elle eklediğiniz bir model işaretlenmiş hiçbir araç yeteneği olmadan gelir ve MCP bunu destekleyen bir model gerektirir. Bunu yalnızca sağlayıcıda değil, model üzerinde etkinleştirin.

Kunavo için her iki uygulamadaki değerler aynıdır — temel URL https://api.kunavo.com/v1, sk-kn- ile başlayan bir Bearer anahtarı. Jan'da OpenAI uyumlu biçimi seçin ve model listesini doldurmasına izin verin; GPT4All'da model kimliğini tam olarak, örneğin claude-sonnet-4-6, yazın; çünkü GPT4All verdiğiniz temel URL'ye /chat/completions ekler ve kimliği hiçbir zaman kontrol etmez. Jan'ın Anthropic uyumlu biçimi, Anthropic biçimli bir uç noktaya da ulaşabilir; ancak Jan'ın belgeleri yalnızca "ağ geçidinizin belgelediği temeli kullanın" der ve kendi örneğinde /v1 bulunmaz — bu sayfa Jan'ın bu yol için hangi temel dizeyi istediğini test etmedi; denemeye hazır değilseniz OpenAI biçimini kullanın.

# Both apps need the same two things: a base URL that ends in /v1 and a
# Bearer key. This is the check to run BEFORE you type either into an app.
curl -s https://api.kunavo.com/v1/models \
  -H "Authorization: Bearer sk-kn-..."

# Jan calls this exact path to populate its model list.
# GPT4All never calls it for a Custom provider — you type the id by hand.

Barındırılan hat için örnek bir maliyet tahmini

Bunlar ölçülmüş görev maliyetleri veya fatura tavanı değil, açıklama amaçlı token aritmetiğidir. Bir ay içinde 50 kez tekrarlanan ve 30.000 önbelleğe alınmamış giriş token'ı — sistem istemi, alınan snippet'ler ve devam eden bir konuşma — gönderen, 2.000 çıktı token'ı alan belge ağırlıklı bir oturum varsayın. Ücretler, milyon token başına Kunavo kataloğu'ndaki güncel fiyatlardır.

Bilgi getirme ayarlarının bu aritmetiği nasıl etkilediğine dikkat edin. GPT4All varsayılan olarak 512 karakterlik en fazla 3 metin parçası kullanır — token başına dört karakter şeklindeki yaygın yaklaşımla yaklaşık 400 token — dolayısıyla bu varsayılan ayarlarda, barındırılan bir hizmetin API anahtarıyla gönderilen bir LocalDocs isteminin maliyeti, dosya içeriği olmadan aynı sohbetin maliyetinden ancak biraz daha fazladır. Bu iki ayardan herhangi birini artırırsanız maliyet de orantılı olarak artar. Jan hiçbir üst sınır yayımlamadığından, proje dosyalarının istemdeki payı dizinleyicinin kararına bağlıdır. GPT4All'dan Jan'a geçtikten sonra faturanız beklenmedik biçimde değişirse, ilk bakılacak yer bu asimetridir.

Bunları bütçe olarak değerlendirmeden önce kendi kullanımınıza göre ölçeklendirin ve her iki uygulamadaki yerel model yolunun istek başına hiçbir ücretinin olmadığını — bunun yerine donanım ve elektrik maliyeti bulunduğunu — unutmayın. Kunavo katalog tutarı bir tavan değil, faturalandırma tabanıdır: upstream kendi ücretini bildirdiğinde fatura, katalog maliyeti ile upstream maliyetinin geçerli çarpanla çarpımından büyük olanıdır. Önbellek ücretleri ve harici araçlar bu örneğin dışındadır. Minimum yükleme, ön ödemeli kredi olarak $10'dir; bu bir finansman minimumudur, görev ücreti veya abonelik değildir — faturalandırma ayrıntılarına bakın.

Yükleme, bakım ve lisans sınırı

Tüm satırlar 19 Eylül 2026'da GitHub ve PyPI API'lerinden ve her projenin sürüm listesinden okundu. İki tarih notu: jan.ai'nin changelog'u v0.8.4'ü 21 Temmuz 2026'ya tarihlerken GitHub sürümü 23 Temmuz damgasını taşıyor; bu nedenle yukarıda "Temmuz 2026" yazıyor. GPT4All'ın kendi changelog'u ise v3.10.0'ı 24 Şubat'a, sürüm etiketini 25 Şubat'a tarihlendiriyor.

Kanıtların ancak belirli ölçüde desteklediği iki sahiplik ayrıntısını dikkatle belirtelim. Jan, GitHub kuruluşu janhq altında Jan ekibi tarafından açık biçimde geliştiriliyor; kuruluş profili artık yalnızca "Jan" yazıyor ve eski menloresearch/jan URL'si HTTP 301 ile buraya yönlendiriyor. Jan'ın LICENSE dosyası hâlâ Menlo Research'e atıfta bulunurken ayrı menloresearch kuruluşu artık bir insansı robotik ürününü tanımlıyor. Bu değişikliği açıklayan tarihli bir duyuru bulamadım; bu nedenle bu sayfa bir şirketten ayrılma veya satış iddiasında bulunmuyor — yalnızca yönlendirme ile iki profilin söylediklerini aktarıyor. GPT4All'ın sürdürücüsünün ticari odağı görünür biçimde değişmiş: nomic.ai ana sayfasının başlığı artık tasarım ve inşaat hakkında ve ürün sayfaları çizim incelemesi ile kod uyumluluğu için bir agent platformu sunuyor. GPT4All sayfası geride kalan bir sayfa olarak varlığını sürdürüyor. Nomic, GPT4All'ın durumu hakkında herhangi bir açıklama yapmadı ve "Is GPT4all dead?" başlıklı bir sorun hâlâ açık ve çözümsüz.

Her GPT4All sayfasında yer alması gereken bir kullanıcı koruma notu: nomic.ai mobil derleme sunmuyor. GPT4All sayfası dört masaüstü yükleyicisi sunuyor ve başka hiçbir şey sunmuyor; GitHub sürümleri de yalnızca masaüstü yapıtları içeriyor. Depodaki 2024 tarihli bir sorun, 20 Aralık 2024'te açılmış ve planlanmadı olarak kapatılmış; bildirimi yapan kişinin projeyle ilgisi olmadığını söylediği ve konuşmayı reklamların arkasına koyan com.principia_tech.ai.gpt4all adlı bir Google Play paketini bildiriyor. Yalnızca nomic.ai veya GitHub sürümlerinden indirin. Projeyi ilgisiz "GPT4Free" ile de karıştırmayın.

Barındırılan hattı kurma

Kunavo her iki uygulamayı da uç noktasına karşı çalışma zamanında test etmedi ve ikisinin de Kunavo kurulum sayfası yok — yukarıdakilerin tamamı resmi belgelerden ve GPT4All için yayımlanmış kaynak koddan okundu. Doğrulanabilir olan, her iki uygulamanın da ihtiyaç duyduğu biçimdir: /v1 ile biten bir OpenAI biçimli temel URL, bir Bearer anahtarı ve Jan'ın listesini doldurabilmesi için çalışan bir GET /v1/models. Önce yukarıdaki smoke test'i çalıştırın, denerken çalışan bir yolu kullanılabilir tutun, ardından tek bir sınırlandırılmış görev çalıştırıp hesabınızın bunun için gerçekten kaydettiği ücreti okuyun.

Hazır olduğunuzda bir anahtara fon sağlamak için Kunavo hesabı oluşturun. Arka plan bilgisi için OpenAI uyumlu API, her iki uygulamanın konuştuğu kablo biçimini açıklar; en iyi LLM ağ geçidi, barındırılan seçeneklerin nasıl karşılaştırılacağını ele alır; bir masaüstü istemcisi seçmeye devam ediyorsanız AnythingLLM ve Open WebUI, aynı ücretsiz uygulama ve ölçümlü API ayrımına sahip iki belge odaklı alternatifi karşılaştırır.

Sık sorulan sorular

19 Eylül 2026'da kontrol edildi: her iki GitHub depo API'si, her iki sürüm listesi, gpt4all PyPI kaydı, GPT4All seçilmiş model kataloğu ve yükleyici başlıkları, nomic.ai blog etiketi bağlantısı, menloresearch/jan yönlendirmesi, jan.ai changelog ve fiyatlandırma URL'leri, Jan'ın yükleme, dosya yükleme, MCP, API sunucusu ve özel uç nokta belgeleri, GPT4All'ın LocalDocs, ayarlar ve API sunucusu belgeleri, README'si, changelog'u, modeller sayfası ve sistem gereksinimleri tablosu, yukarıda bağlantısı verilen iki sorun dizisi, README ile gereksinimler tablosunun commit geçmişi ve main üzerindeki GPT4All kaynak kodu — uzak sağlayıcı görünümleri, ChatView.qml'in ek filtresi ve mysettings.cpp içindeki localdocs/fileExtensions varsayılanı. Kontrol edilmeyenler: her iki uygulamanın Kunavo uç noktasına karşı gerçek çalışma zamanı oturumu, GPT4All çevrimiçi yükleyicisinin bugün sunduğu sürüm ve bir Jan özel sağlayıcı modeline Jan'ın kendi yerel sunucusu üzerinden erişilip erişilemeyeceği. Kunavo token ücretleri canlı katalogdan alınmıştır; buradaki her dolar örneği ölçülmüş görev maliyeti değil, açıklama amaçlı token aritmetiğidir.