Junie CLI

Junie CLI akzeptiert einen benutzerdefinierten Endpunkt als JSON-Profil in $JUNIE_HOME/models/, wobei baseUrl die vollständige Endpunkt-URL ist und fasterModel den Zielort des Hilfsverkehrs bestimmt.

{
  "id": "claude-sonnet-5",
  "baseUrl": "https://api.kunavo.com/v1/chat/completions",
  "displayName": "Kunavo",
  "providerName": "Kunavo",
  "apiType": "OpenAICompletion",
  "apiKey": "${KUNAVO_API_KEY}",
  "fasterModel": {
    "id": "claude-haiku-4-5"
  }
}

Schritt für Schritt

1. Erstellen Sie unter /app/keys einen Schlüssel und kopieren Sie ihn – er wird nur einmal angezeigt. Exportieren Sie ihn in der Shell, aus der Sie Junie starten werden, als KUNAVO_API_KEY, oder tragen Sie stattdessen einen wörtlichen Schlüssel in die Datei ein. JetBrains weist darauf hin: „Werte ohne eine $${...}-Referenz werden unverändert verwendet.“
2. Speichern Sie das obige JSON für Ihr Konto als $JUNIE_HOME/models/kunavo.json oder zum Teilen mit einem Repository als .junie/models/kunavo.json. Der Dateiname ohne .json wird zur Profil-ID – dadurch zeigt die unten stehende Auswahl custom:kunavo an.
3. Setzen Sie id auf die ID des gewünschten Modells. Sie ist definiert als „die Modellkennung, wie vom API-Endpunkt erwartet“. Eine Kunavo-Kennung aus der Tabelle unten kann daher direkt eingetragen werden; die IDs werden am Endpunkt aufgelöst, nicht in Junie.
4. Starten Sie Junie und wählen Sie das Profil aus: junie --model custom:kunavo oder den Befehl /model in einer interaktiven Sitzung. Benutzerdefinierte Modelle „erscheinen nach den integrierten Anbietern in der Modellauswahlliste“.
5. Geben Sie Junie eine Aufgabe, bei der eine Datei bearbeitet werden muss, statt nur eine Begrüßung. Junie ist ein agentischer Client und nutzt für fast alles Tool-Aufrufe. Ein erster Durchlauf, bei dem etwas gelesen und geschrieben wird, sagt daher viel mehr aus als eine einzelne Antwort.

Abgeglichen mit Die JetBrains-Seite zu benutzerdefinierten LLMs für Junie am 21. September 2026. Einstellungen von Drittanbietern können sich ändern; wenn ein Feldname hier nicht mehr mit deiner Ansicht übereinstimmt, ist diese Seite maßgeblich, nicht diese hier.

Vor dem Debugging des Clients prüfen

Eine Anfrage klärt, ob der Fehler am Endpunkt, am Schlüssel oder an der Konfigurationsdatei liegt. Wenn diese Anfrage JSON zurückgibt, funktionieren dieselbe Basis-URL und derselbe Schlüssel in Junie CLI.

# Settles whether a failure is the endpoint, the key, or the client.
curl -sS https://api.kunavo.com/v1/models \
  -H "Authorization: Bearer sk-kn-..."

Welche Modell-ID in das Feld gehört

Jedes Textmodell ist über eine Modell-ID erreichbar – die aktuelle Liste findest du unter GET /v1/models, den Katalog mit Preisen auf der Modellseite. Die Tarife sind USD pro 1 Mio. Token, Eingabe / Ausgabe.

Die beiden anderen apiType-Werte, die Kunavo beantwortet

apiType bezeichnet ein Anfrageformat, keinen Anbieter, und Junie akzeptiert vier Werte: OpenAICompletion, OpenAIResponses, Google und Anthropic. Kunavo stellt drei Routen bereit. Daher gibt es für zwei der drei übrigen Werte eine passende baseUrl. Da Junie keinen Pfad anhängt, müssen Sie beim Ändern des Formats auch die URL anpassen:

1. "apiType": "OpenAICompletion" mit https://api.kunavo.com/v1/chat/completions – das Profil oben und die Empfehlung dieser Seite, weil diese Route von den dreien am häufigsten verwendet wird.
2. "apiType": "Anthropic" mit https://api.kunavo.com/v1/messages – Kunavo unterstützt das Messages-Format auf diesem Pfad.
3. "apiType": "OpenAIResponses" mit https://api.kunavo.com/v1/responses.

Welche der drei Möglichkeiten Junie für ein bestimmtes Modell am besten unterstützt, lässt sich durch einen Laufzeittest beantworten, nicht durch die Lektüre der Dokumentation. Deshalb bewertet diese Seite die Formate über die erste Zeile hinaus nicht. Wählen Sie eines aus und stimmen Sie URL und apiType aufeinander ab. Wenn ein Profil mit gesetztem Schlüssel einen 401-Fehler zurückgibt, tragen Sie die Zugangsdaten ausdrücklich ein, statt über den Header von Junie zu raten: JetBrains dokumentiert apiKey nur für den Fall, dass es weggelassen wird: „Wenn es fehlt, werden Anfragen ohne einen Authorization-Header gesendet“. Welches Schema verwendet wird, wenn es gesetzt ist, steht dort nicht. extraHeaders ist als „zusätzliche HTTP-Header, die in jede Anfrage aufgenommen werden“ dokumentiert und unterstützt dieselben $${VAR}-Referenzen. Damit ist "extraHeaders": {"Authorization": "Bearer $${KUNAVO_API_KEY}"} die eindeutige Schreibweise.