Jan-AI-Modelle und API-Kosten: lokale, Cloud- und benutzerdefinierte Endpunkte

Jan-AI-Cloudmodelle sind nicht Jans Modelle. Jan hostet keinen Inferenzdienst und verkauft nichts; „Cloudmodelle“ in Jan Desktop bedeutet daher elf integrierte Bring-your-own-key-Weiterleitungen zu Drittanbietern sowie jeden OpenAI- oder Anthropic-Format-Endpunkt, den Sie selbst hinzufügen – jeweils abgerechnet von der Gegenstelle. Die App selbst ist kostenlos: jan.ai/pricing gab bei der Prüfung am 19. September 2026 HTTP 404 zurück, und weder Jan Desktop noch Jan Agent dokumentieren einen Tarif, Sitzplatz, ein Guthaben oder ein Kontingent. Die einzige Zahl, die Sie budgetieren müssen, sind daher Token zum Tarif Ihres Anbieters – oder null pro Anfrage, wenn das Modell auf Ihrem eigenen Rechner ausgeführt wird.

Zunächst eine Abgrenzung, da die Suche beide Begriffe vermischt. Janitor AI (janitorai.com) ist eine Website für Charakter-Chats für Endverbraucher und ein vollständig anderes Produkt; ein großer Teil der Suchanfragen nach „jan ai api key“ meint dessen Proxy-Schlüssel. Wenn Sie das konfigurieren, beginnen Sie stattdessen mit der Janitor-AI-Einrichtung – auf dieser Seite erscheint kein Preis oder Limit für dieses Produkt.

Drei Produkte tragen die Marke Jan, und zwei verwenden denselben Binärnamen

Der Grund für die Verwirrung darüber, ob Jan kostenlos betrieben werden kann, liegt in diesem Missverständnis. jan.ai listet genau drei Produkte auf (Startseite am 18. September 2026 geprüft):

• Jan Desktop – die stabile Local-First-App. Neueste getaggte Version v0.8.4, veröffentlicht am 23. Juli 2026; das Repository ist nicht archiviert und erhielt zuletzt am 18. September 2026 einen Push, mit 44.551 Sternen (GitHub-API, 19. September 2026). Es enthält llama.cpp- und MLX-Engines und kann optional Cloudanbieter erreichen. Das Repository beschreibt sich selbst als zu 100 % offline ausführbar.
• Jan Agent – ein separater Terminal-Agent, der eigenständig verteilt wird. Der Quickstart weist auf den Vorschauzustand hin: Das Installationsprogramm unter dev ruft den Kanal agent-nightly ab. Im Repository gibt es keine getaggte Version, und der Quickstart gibt nur über jan --version eine aus; daher beziehen sich alle Angaben zu seinen Flags spezifisch auf den von Ihnen installierten Build.
• Tokamak – ein selbst gehostetes Backend auf Organisationsebene mit eigener Dokumentationsdomain. Auf seiner Seite werden kein Preis, Tarif, keine Sitzplatzanzahl, kein Guthaben und keine Warteliste veröffentlicht; daher nennt diese Seite nichts davon – und das Fehlen veröffentlichter Bedingungen ist nicht dasselbe wie kostenlos. Es ist ein separates selbst gehostetes Backend und kein kostenpflichtiger Tarif, der Jan Desktop überlagert; jan login ist der dokumentierte Weg dorthin.

Jans eigene Dokumentation wirkt hier widersprüchlich, und die Anbieterseite löst den Widerspruch auf. Der Einführungstext der Dokumentation beschreibt Jan Agent als Startpunkt für Agenten mit einem lokalen Modell; der Quickstart erklärt ausdrücklich, dass Jan Agent keine lokale Inferenz-Engine besitzt, sondern einen entfernten Anbieter aufruft. Beides ist richtig, bezieht sich aber auf unterschiedliche Dinge. Der Agent führt selbst kein Modell aus, daher läuft ein Modell immer an einem anderen Ort – dieser Ort kann sich jedoch auf Ihrem eigenen Rechner befinden: Die Anbieterseite enthält einen Abschnitt „Ihre eigene Hardware“, der den Agenten auf den lokalen API-Server von Jan Desktop ausrichtet (http://localhost:6767/v1) und sagt, dass bei dieser Einrichtung nichts Ihren Rechner verlässt. Der Agent benötigt daher immer einen Endpunkt, aber nicht immer einen kostenpflichtigen.

Die Namenskollision verstärkt die Verwirrung. Jans eigene CLI für Desktop (verfügbar seit 0.7.8) und die Binärdatei von Jan Agent werden beide als jan aufgerufen, verfügen aber über unterschiedliche Befehlssätze. Daher gibt es drei verschiedene „Jan-Endpunkte“: 127.0.0.1:1337 für den lokalen API-Server der Desktop-GUI, localhost:6767/v1 für jan serve aus der Desktop-CLI und die jeweilige entfernte Basis-URL, auf die ein Anbieter ausgerichtet ist.

Jan-AI-Preise: Was die Software kostet und wer Ihnen etwas berechnet

Ein Hinweis zur Lizenz, da die automatische Auswertung falsch ist: Die API von GitHub meldet für dieses Repository NOASSERTION, weil die LICENSE-Datei aus einer individuellen Präambel von Menlo Research besteht, gefolgt vom standardmäßigen Apache-2.0-Hinweis und einer Aufforderung zur Namensnennung, statt aus dem wörtlichen Apache-2.0-Text, nach dem ein Scanner sucht. In der Datei selbst steht „Licensed under the Apache License, Version 2.0“; das ist die Lizenz, nicht das API-Feld.

Die elf integrierten Cloudanbieter und was sie wirklich sind

Jan Desktop legt für jeden integrierten Anbieter eine Basis-URL in web-app/src/constants/providers.ts fest. Jeder verweist auf einen Drittanbieter. Es gibt keinen Eintrag jan oder menlo.

Aus dieser Datei am 18. September 2026 ausgelesen. Beachten Sie das Muster, dem alle folgen: Der Versionspfad ist Teil der Basis-URL. Diese einzelne Konvention ist die häufigste Ursache für Konfigurationsfehler in Jan und wird weiter unten behandelt.

Drei verschiedene Dinge namens „Jan-AI-API-Schlüssel“

Die beiden Bedeutungen überschneiden sich in Jan tatsächlich, weil der lokale Server beide Drahtformate abbildet. Jans Dokumentation zu den API-Einstellungen zeigt, dass der lokale Server GET /v1/models, POST /v1/chat/completions und einen Anthropic-kompatiblen POST /v1/messages bereitstellt, der mit x-api-key authentifiziert wird. Das entspricht genau der Form eines entfernten Gateways – derselbe curl-Befehl kann daher auf Ihren Laptop oder einen kostenpflichtigen Endpunkt gerichtet werden; nur der Host verrät, welcher es ist.

Lokal oder Cloud: Entscheiden Sie anhand von Arbeitsspeicher, Kontext und Offline-Bedarf

Die objektivste Grundlage für diese Entscheidung veröffentlicht Jan selbst auf der Mac-Installationsseite (macOS 13.6 oder höher, ausschließlich Apple Silicon – Intel-Macs werden nicht unterstützt – und mindestens 10 GB freier Speicher):

Die Windows-Mindestanforderungen werden auf der Windows-Installationsseite separat angegeben und umfassen eine VRAM-Untergrenze: Windows 10 oder höher, mindestens 8 GB RAM, empfohlen 16 GB, mindestens 6 GB VRAM für NVIDIA-, AMD- oder Intel-Arc-GPUs, 10 GB freier Speicher und AVX2-Unterstützung. Diese Seite veröffentlicht keine RAM-Tabelle nach Modellgröße. Die Linux-Anforderungen wurden für diese Seite nicht geprüft. In der App ersetzt der Hub Zahlen durch eine Bewertung – eine farbige Kennzeichnung mit Fits, May be slow oder Won't fit je nach Quantisierungsstufe – und erklärt, dass zur Bestimmung des Passstatus keine Daten heruntergeladen werden.

Zur Modellauswahl: Jan dokumentiert sieben First-Party-Modelle – Jan-v3-4B, Jan-Code-4B, Jan-v1, Jan-v2-VL-med, Jan-Nano-32, Jan-Nano-128 und Lucy – mit offenen Gewichten auf Hugging Face unter Jans eigenen Organisationen, janhq und Menlo. Sie sind nicht alle gleich groß: Die Modelldokumentation nennt für Jan-v3-4B und Jan-v1 jeweils 4B Parameter, für Jan-v2-VL-med 8B und für Lucy 1.7B. Jan-v3-4B bietet außerdem einen nativen Kontext von 262.144 Token, und auf seiner Seite wird die eigene Grenze ausdrücklich formuliert: 4B Parameter begrenzen komplexes mehrstufiges Schlussfolgern im Vergleich zu größeren Modellen. Dieser Satz bringt das gesamte Argument für lokal gegenüber Cloud auf den Punkt. Verwenden Sie lokal für begrenzte Aufgaben und Datenschutz; wechseln Sie zu einem entfernten Anbieter, wenn die Aufgabe die Parameteranzahl oder Ihren Arbeitsspeicher übersteigt.

Benutzerdefinierte API von Jan Desktop: Einen OpenAI- oder Anthropic-Format-Endpunkt hinzufügen

Der dokumentierte Weg lautet Einstellungen → Modellanbieter → Anbieter hinzufügen. Jans Seite zu benutzerdefinierten Endpunkten (am 19. September 2026 geprüft) bietet genau zwei Drahtformate – OpenAI-kompatibel, beschrieben für vLLM, Ollama, LocalAI, TGI, llama.cpp server und LiteLLM im OpenAI-Modus, sowie Anthropic-kompatibel für Endpunkte, die die Anthropic Messages API bereitstellen – und fragt anschließend nach einem Anbieternamen, einer Basis-URL und einem API-Schlüssel. Das Schlüsselfeld ist auch für lokale Server ohne Schlüssel erforderlich; dort genügt ein beliebiger Platzhalter.

Zwei Details entscheiden darüber, ob es beim ersten Versuch funktioniert.

Der Versionspfad gehört in die Basis-URL. Jans Dokumentation bezeichnet genau dies als den häufigsten Fehler: http://localhost:8000 statt http://localhost:8000/v1 einzugeben, wodurch jede Anfrage einen 404-Fehler erzeugt. Für einen auf Kunavo ausgerichteten Anbieter im OpenAI-Format bedeutet das https://api.kunavo.com/v1.

Für das Anthropic-Format verzichtet Jans Dokumentation auf eine Regel – sie empfiehlt, die Basis zu verwenden, die Ihr Gateway dokumentiert, und nennt als einziges Beispiel eine lokale LiteLLM-Instanz. Jans Quellcode löst dies auf: Der Anthropic-Pfad basiert auf dem Anthropic-Anbieter des Vercel AI SDK, dessen Anfrage-URL als {baseURL}/messages mit einem x-api-key-Header zusammengesetzt wird und dessen eigene Standardbasis das Versionspräfix enthält. Daher ist dasselbe https://api.kunavo.com/v1 der einzugebende Wert, sodass die Anfrage bei /v1/messages landet. Dies ist eine Auswertung zweier Codebasen und kein Test; betrachten Sie es daher als den Wert, den Sie zuerst ausprobieren sollten – beachten Sie den ungetesteten Hinweis am Ende dieser Seite.

Diese Unterscheidung führt oft zu Verwirrung, denn Kunavos eigene ANTHROPIC_BASE_URL-Dokumentation sagt für eine andere Clientfamilie das Gegenteil: Die offiziellen Anthropic-SDKs und Claude Code hängen /v1/messages selbst an, verwenden also den Basis-Origin; wenn Sie /v1 hinzufügen, entsteht /v1/v1/messages und eine 404. Jans Anthropic-Format-Provider gehört nicht zu diesen Clients. Wenn Sie eine 404 sehen, zeigt der doppelte Pfad im Fehler, welche Konvention verwendet wird. Kunavos Messages-Endpunkt akzeptiert sowohl den Anthropic-Header x-api-key als auch Authorization: Bearer, und der Chat-Completions-Endpunkt deckt die OpenAI-Format-Route ab.

Modellerkennung und Fähigkeiten. Jan versucht beim Speichern, die verfügbaren Modelle unter {base_url}/models abzurufen. Wenn das fehlschlägt, geben Sie die Modell-ID genau so ein, wie Ihr Server sie erwartet. Kunavo stellt unter demselben Präfix eine Modellliste bereit, daher sollte die Erkennung über die OpenAI-Format-Route funktionieren — ob Jan diese für einen Anthropic-Format-Provider abfragt, ist undokumentiert und ungetestet; seien Sie daher darauf vorbereitet, die ID manuell hinzuzufügen. Noch wichtiger: Bei benutzerdefinierten Providern werden die Fähigkeiten nicht automatisch erkannt. Jan erklärt, dass es nicht ableiten kann, ob ein Modell Tools, Vision oder Audio unterstützt, und fordert Sie auf, jedes Modell manuell hinzuzufügen und seine Fähigkeiten pro Modell zu konfigurieren. Seine MCP-Dokumentation zeigt die andere Seite: Bei einem integrierten Provider wie Anthropic liest Jan die Modellfähigkeiten des Providers automatisch ein, sobald Sie den Schlüssel hinzufügen, und der eigene Troubleshooting-Eintrag zur Frage „das Modell verwendet die aktivierten MCPs nicht“ empfiehlt, sicherzustellen, dass das Modell Tools aktiviert hat. Keine der beiden Seiten erklärt, welche Standardwerte ein frisch hinzugefügtes benutzerdefiniertes Modell erhält. Prüfen Sie daher die Modellfähigkeiten, bevor Sie annehmen, dass MCP aktiv ist. Das ist der größte praktische Unterschied zwischen dem Einfügen eines Schlüssels in den integrierten Anthropic-Provider und dem Hinzufügen eines Gateways als benutzerdefinierter Provider.

Die App stellt bei einigen integrierten Providern außerdem ein Feld für die Basis-URL bereit, mit dem sich der integrierte Anthropic- oder OpenAI-Eintrag auf ein Gateway umleiten ließe. Keine Jan-Dokumentationsseite behandelt dies, und diese Seite hat die App nicht ausgeführt, um es zu bestätigen — betrachten Sie den Ablauf „Provider hinzufügen“ als den unterstützten Weg.

Jan Agent verwendet dieselben zwei Formate als Flags

Die Provider-Dokumentation für Agent konfiguriert den Endpunkt mit --provider, --api-key, --base-url, --model (wiederholbar) und --api-type. Letzteres bezeichnet das Wire-Protokoll: entweder openai oder anthropic, standardmäßig OpenAI-kompatibel.

# 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

Die Einstellungen werden unter ~/.jan/config.toml gespeichert, mit einer projektbezogenen Überschreibung in agent.toml unter [provider] und einer flüchtigen Variante über JAN_API_KEY. Die Priorität ist im Quellcode selbst dokumentiert, in providers.rs: Die globale Konfiguration bildet die Grundlage, die Desktop-Einstellungen werden als Quelle mit „inherit only“ darübergelegt und überschreiben sie nie, die Projektdatei überschreibt beide, und CLI-Flags sowie Umgebungsvariablen haben Vorrang vor allem anderen. Beide Jan-Oberflächen akzeptieren außerdem mehrere Schlüssel pro Provider und versuchen den nächsten Schlüssel. Beide begrenzen diesen Fallback auf dieselbe Weise: Jans Seite für benutzerdefinierte Endpunkte dokumentiert einen Fallback nur bei HTTP 401, 403 oder 429; andere Fehler werden nicht erneut versucht, und der Quellcode des Agents verwendet dieselben drei Statuscodes. Die Meldung key rotation exhausted stammt von Jan Desktop, und die zugehörige Troubleshooting-Seite interpretiert sie so, dass jeder konfigurierte Schlüssel mit 401 oder 403 fehlgeschlagen ist, nicht nur einer.

Wenn Sie das Repository selbst prüfen, stoßen Sie hier auf eine Falle: Ein Kommentar zu stream_openai_chat_completions in core/agent/upstream.rs sagt, api_type sei „heute für jeden Aufrufer None“ und der Agent habe unabhängig davon immer OpenAI /chat/completions verwendet. Dieser Kommentar beschreibt nur einen Helfer und ist hinsichtlich des übrigen Codes veraltet: core/agent/loop.rs ruft resolve_api_type_for_model auf und erstellt daraus einen Konverter, der die Anfrage mit /messages und x-api-key auf anthropic-version umschreibt und einen festen Header (converters.rs) verwendet. Daher wird --api-type anthropic berücksichtigt — und der Kommentar des Konverters selbst besagt, dass der registrierte base_url das Versionspräfix enthalten sollte, weshalb das obige Snippet mit /v1 endet.

Wenn es fehlschlägt

Die ersten drei Zeilen stammen aus Jans Troubleshooting-Seite, die letzten beiden aus der Seite für benutzerdefinierte Endpunkte. Die App-Logs befinden sich unter ~/Library/Application Support/Jan/data/logs/app.log auf macOS, %APPDATA%\Jan\data\logs\app.log unter Windows und ~/.local/share/Jan/data/logs/app.log unter Linux. Kunavos Fehlerreferenz behandelt dieselben Statuscodes auf Gateway-Seite.

Ein ausgearbeitetes Cloud-Budget für Jan

Diese Zahlen sind veranschaulichende Tokenberechnungen, keine gemessenen Aufgabenkosten und keine Abrechnungsobergrenze. Die Chat-Spalte nimmt einen Tag in Jan Desktop mit ungefähr 40 Nachrichtenwechseln an, bei denen der wachsende Thread jedes Mal erneut gesendet wird — 240.000 Eingabe- und 20.000 Ausgabetokens. Die Agent-Spalte nimmt eine längere Sitzung mit Tool-Nutzung und 400.000 Eingabe- und 30.000 Ausgabetokens an. Beide Tokenmengen sind die eigene Modellierung dieser Seite und stammen nicht aus einer Veröffentlichung von Jan. Beide gehen von keinen Cache-Lesevorgängen aus, weil nicht nachvollzogen wurde, ob Prompt-Caching bei einem benutzerdefinierten Provider in einer der beiden Jan-Oberflächen erhalten bleibt. Die Preise sind aktuelle Preise des Kunavo-Katalogs pro eine Million Tokens.

Zwei Betrachtungen. Erstens beträgt der Abstand zwischen dem günstigsten und dem teuersten Modell in dieser Tabelle für dieselbe angenommene Sitzung etwa 5,0x — eine ausreichend große Spanne, sodass die Wahl des Modells der erste Hebel ist, den Sie betätigen sollten, und ein Argument für eine Route, über die Sie Modelle wechseln können, ohne ein neues Konto zu eröffnen. Zweitens sollten Sie diese Summen ehrlich mit der lokalen Option vergleichen: Ein Modell, das in die obige RAM-Tabelle passt, kostet $0 pro Anfrage, und Jan liefert die dafür erforderliche Engine. Für Nutzer von Jan Desktop ist die Rechnung für den Remote-Dienst eine Entscheidung über Fähigkeiten, nicht über die Kosten der App-Nutzung.

Skalieren Sie die Werte anhand Ihrer eigenen Nutzungstage, bevor Sie irgendetwas davon als Budget betrachten. Der Katalogbetrag von Kunavo ist eine Abrechnungsuntergrenze und keine Obergrenze: Wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den Upstream-Kosten multipliziert mit dem anwendbaren Aufschlag. Die minimale Aufladung beträgt $10 als Prepaid-Guthaben — eine Mindestfinanzierung, keine Gebühr pro Aufgabe und kein Abonnement. Siehe Abrechnungsdetails und KI-Kostenoptimierung für die Methode „messen, dann auswählen“.

Welche Route gewinnt, wenn

Wenn die Gateway-Zeile die Option ist, die Sie abwägen, zeigt das Client-Verzeichnis, wie jeder Desktop-Client und Agent mit Basis-URLs und Wire-Formaten umgeht, und die OpenAI-kompatible API behandelt die Konvention, der Jans erstes Format folgt.

Einrichtung und Prüfung der ersten Rechnung

Alles oben stammt aus Jans veröffentlichter Dokumentation und dem Quellcode sowie aus Kunavos eigener Dokumentation. Kunavo hat Jan Desktop oder Jan Agent nicht zur Laufzeit getestet: Für diese Seite wurde keine Anfrage über eine der beiden Apps gesendet. Daher besagt hier nichts, dass Tool-Aufrufe, Streaming oder Modellerkennung den gesamten Ablauf erfolgreich durchlaufen haben. Betrachten Sie die Basis-URLs als das, was die beiden Dokumentationssammlungen nahelegen, und bestätigen Sie sie selbst mit einer begrenzten Aufgabe. Halten Sie während des Tests eine funktionierende Route verfügbar, senden Sie eine kleine Anfrage und lesen Sie anschließend die tatsächlich für sie verbuchte Belastung Ihres Kontos ab, statt eine Schätzung von dieser Seite zu verwenden. Erstellen Sie ein Kunavo-Konto, wenn Sie bereit sind, einen Schlüssel mit Guthaben zu versehen.

Häufig gestellte Fragen

Erneut geprüft am 21. September 2026: die Preis-URL (weiterhin 404), das GitHub-Repository und dessen neueste Version (v0.8.4), die Startseite, die Tokamak-Seite, die Dokumentation zu benutzerdefinierten Endpunkten, API-Servern, API-Referenz, MCP, Mac-Installation, Windows-Installation, Hub und Troubleshooting, die Agent-Schnellstart- und Provider-Dokumentation, die Dokumentation der First-Party-Modelle, die Hugging-Face-Organisationen sowie die Provider-Konstanten und die Quelldateien für Konverter, Agent-Upstream und Agent-Schleife. Sterne- und letzte-Push-Werte stammen am 19. September 2026 aus der GitHub-API und ändern sich täglich. Nicht geprüft wurden: Linux-Systemanforderungen, Tokamaks kommerzielle Konditionen und das Verhalten des Cachings über einen benutzerdefinierten Provider. Kunavos Tokenpreise stammen aus dem aktuellen Katalog, und jede Dollarangabe hier ist eine veranschaulichende Tokenberechnung und keine gemessene Aufgabenkostenangabe.