Qoder

Qoder Settings → Models → + Add → Provider → Customでは、OpenAI互換のBase URL、API Key、手入力のModel IDsを指定します — スタンドアロンQoderデスクトップアプリからClaudeとGPTに接続できます。どちらも独自カタログにはありません。

Qoder Settings -> Models -> + Add -> Provider -> Custom

Provider              OpenAI Compatible     <- under "Custom", not a preset
API type              Chat Completions API  <- asked only for OpenAI Compatible
Base URL              https://api.kunavo.com/v1
API Key               sk-kn-...
Model ID              claude-sonnet-5       <- typed by hand
  Add Model ID        claude-opus-5
  Add Model ID        claude-haiku-4-5

Next ->
Display name              Kunavo · Sonnet 5
Supported Context Windows pick from what the model supports
Default Context Window    one of the values picked above
Vision                    on for models that take image input
Thinking Mode             on for reasoning models, then pick effort levels

Validate and Add Model

手順

1. /app/keys でキーを作成してコピーします。キーは一度だけ表示されます。
2. Qoder Settingsを開き、左側のナビゲーションでModelsを選択して、+ Addをクリックします。
3. Providerを開き、Customの下にあるOpenAI Compatibleを選択します。その上にあるプリセットプロバイダーは選ばないでください。続けてAPIタイプとしてChat Completions APIを選択します。
4. Base URL、API Key、少なくとも1つのModel IDを入力します。Qoderのドキュメントにはこのフィールド用のモデル一覧取得機能が記載されていないため、IDを手入力してください。同じエンドポイントにモデルを追加する場合は、その都度Add Model IDをクリックします。
5. Nextをクリックし、Qoderが推定できない機能を設定します。Display name、Supported Context Windows、これらの値から選んだDefault Context Windowに加え、モデルが対応している場合はVisionとThinking Modeのトグルも設定します。
6. Validate and Add Modelをクリックします。Qoderのモデルセレクターのページによると、追加したモデルは「タスク、Agent、自動化のモデルセレクターで利用可能になります」。

単体Qoderアプリのカスタムモデルページで2026年9月21日に確認しました。サードパーティの設定は変更されます。ここに記載されたフィールド名が表示内容と一致しなくなった場合は、このページではなく、そのページを正しい情報源としてください。

クライアントをデバッグする前に確認すること

1回のリクエストで、失敗の原因がエンドポイント、キー、設定ファイルのどれかを特定できます。これがJSONを返すなら、同じベースURLとキーがQoderで機能します。

# 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-..."

フィールドに入力するモデルID

すべてのテキストモデルにはモデルIDでアクセスできます。現在の一覧はGET /v1/models、価格付きのカタログはモデルページにあります。料金は100万トークンあたりのUSDで、入力 / 出力の順です。

QoderにBase URLフィールドがない場合の理由

Qoderの3つの環境はいずれも独自のAPIキーを使うBYOKについて説明していますが、自分で選んだエンドポイントを指定できると記載しているのは1つだけです。今使っている環境から上記の設定がそもそも可能かどうかは、この一点で決まります。そのため、設定ファイルに触れる前に確認する価値があります。なお、CLIのページでは設定ファイルに触れないよう明記されています。

CLIは、独自のリリースノートとドキュメントの内容が一致しないため、分かりにくい製品です。2026年9月11日のリリースノート1.1.50では、「Personalエディションのユーザーは、CustomページからカスタムURLエンドポイントを使用するBYOKモデルを一元的に設定・管理できるようになりました」と記載されています。一方、その後も残っているカスタムモデルページでは、代わりにカタログについて説明されており、「利用可能なプロバイダー、モデル、認証情報のフィールドは、現在のアカウントで利用できるBYOKカタログによって決まります」と記されています。これら2つの資料とIDEのページはいずれも、Individualプランを機能利用の条件としています。そのため、Customタブが表示されない場合や、エンドポイントフィールドが表示されない場合に確認すべきなのは、設定ファイルではなく、アカウントのプランと、そのアカウントのカタログで提供される内容です。CLIのページでは設定ファイルを手動で編集しないよう案内されており、いずれにせよ、このファイルはカタログから再生成されます。