カタログの全モデルを、Cherry Studio にプロバイダー1つで追加する。
Updated 2026-07-29
Cherry Studio の Model Services 設定は、あらゆる OpenAI 互換エンドポイントを受け付けます。OpenAI タイプでプロバイダーを追加し、API アドレスを api.apisrouter.com に向け、キーを1つ貼り付けて、モデル id を手動で追加すれば、Claude・GPT・DeepSeek・GLM・Kimi・Qwen がデスクトップの1つのピッカーに収まります。
早わかり: Model Services にプロバイダーを1つ。
Cherry Studio の左ナビにある歯車アイコンをクリックし、Model Services タブを開いて、プロバイダー一覧の下にある Add ボタンをクリックします。分かりやすい名前(APIsRouter)を付け、プロバイダータイプに OpenAI を選んで保存します。 続けて新しいプロバイダーをリストから選び、設定します。有効化スイッチを入れ、キーを API key フィールドに貼り付け、API アドレスを https://api.apisrouter.com に設定します。この形に注目してください。Cherry Studio のドキュメント上の既定は、ルートアドレスを受け取って自身で /v1/chat/completions を付け足す方式なので、/v1 を含めずにホストだけを入力します。次にモデルセクションの Add ボタンでモデルを追加し、正確なカタログ id を1件ずつ入力します(claude-sonnet-4-6、deepseek-v4-flash、glm-5.2 など)。そしてキーの隣にある Check ボタンを押せば、選んだモデルに対してライブ検証が実行されます。
Provider name: APIsRouter
Provider type: OpenAI
then, on the provider page:
API key: sk-YOUR-APISROUTER-KEY
API address: https://api.apisrouter.com
(Cherry appends /v1/chat/completions)
Models → + Add: claude-sonnet-4-6, deepseek-v4-flash, glm-5.2
Check → pick a model → successCherry Studio がリクエスト URL をどう組み立てるか。
Cherry Studio(GitHub 上では CherryHQ、スター数はおよそ49K)は、Windows・macOS・Linux 向けの中国発デスクトップクライアントで、何百ものプロバイダーとアシスタント向けのプリセットを揃えていることで知られています。プリセットに載っていないものはすべて上記のカスタムプロバイダーのフローから入りますが、理解しておく価値があるのは API アドレスの欄です。 ドキュメント上の既定はこうです。ルートアドレスを入力すると、Cherry Studio が OpenAI のルートをその末尾に連結するため、https://api.apisrouter.com は実際の通信では https://api.apisrouter.com/v1/chat/completions になります。プロバイダーが非標準のパスを使う場合、アドレスの末尾に # を付けると連結が完全に無効化され、入力どおりのアドレスがそのまま使われます。これはドキュメント化された抜け道です。末尾のスラッシュ周りの連結挙動はリリースごとに変わってきているため、リクエストが 404 になる場合は推測するのではなくエラー内の最終的な URL を確認してください。標準的な /v1 ゲートウェイに対しては、ルートアドレスを入力して自動連結に任せる形が安定した設定です。 設定後は、すべての会話が追加したモデル id をプレーンな文字列として、標準的なチャット補完で送信します。ワイヤーフォーマットにベンダーは関係なく、これが1つのプロバイダーエントリで中国語圏と欧米のカタログ id を一緒に扱える理由です。
効いてくる細部: マルチキーとモデル管理。
API key フィールドは複数のキーを受け付けます。半角カンマで区切ると、Cherry Studio はリクエストごとに上から順にキーをローテーションさせる、ドキュメント化された負荷分散機能があります。キーごとに課金するゲートウェイと組み合わせれば、これは帰属管理としても使えます。仕事用に1つ、個人用に1つとキーを分け、ローテーションを止めたいときはキーを1つだけ並べてください。 モデルのエントリは手動で、それが利点です。Cherry Studio は追加したものだけを表示するので、ピッカーは取得済みのカタログに埋もれることなくキュレーションされた状態を保てます。各エントリはそのままワイヤー上の文字列として id を受け取り、Manage ボタンで後から編集や削除ができます。一貫した命名で関連する id をグループ化すれば、ピッカーはメニューのように読めます。速い階層(deepseek-v4-flash、claude-haiku-4-5-20251001)、地域で強いモデル(glm-5.2、qwen3.7-plus、kimi-k2.6)、フロンティア(claude-sonnet-4-6)。 Check ボタンは、選んだモデルに対してキーとアドレスの組み合わせを検証し、実際の会話の前にプロバイダーを確認する最も速い方法です。キーが正しいのに Check が失敗する場合、たいていアドレス欄に余分な /v1 が入っていてパスが二重になっているのが原因です。
curl -s https://api.apisrouter.com/v1/models \
-H "Authorization: Bearer $APISROUTER_API_KEY" | head -50
# add these ids verbatim in the provider's model listデスクトップの主力ツール向けのモデル選び。
キーが1つなので、比較はピッカーの切り替えで済みます。同じ1週間の作業を2つの候補 id で走らせ、APIsRouter コンソールのモデルごとの支出を、あなた自身が読んだ出力品質と突き合わせて判断してください。
- 日常のチャットや素早い書き換えは速い階層で: deepseek-v4-flash と claude-haiku-4-5-20251001 が、常に開いているウィンドウを無料に近い感覚に保ちます。
- 中国語の作業は地域モデルが実力を発揮する場面です。glm-5.2 と qwen3.7-plus は執筆や資料作成に、kimi-k2.6 は長文読解に向いています。
- claude-sonnet-4-6 は、そのまま編集せずに転送する会話、慎重な分析、クライアント向けの文章、出荷するコードを担当します。
- Cherry Studio のアシスタントは役割ごとにモデルを固定できるため、glm-5.2 を使う翻訳アシスタントと claude-sonnet-4-6 を使うコーディングアシスタントが1つのプロバイダーの背後で共存します。
- 行は意図的に追加してください。厳選された6モデルのピッカーは実際に使われますが、貼り付けただけのカタログはスクロールされて終わります。
従量課金 · 公式価格より安い
Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.
| モデル | 公式価格 | 当社価格 |
|---|---|---|
| Claude Sonnet 4.6 | $3.00 / $15.00 per M | $2.40 / $12.00 per M |
| DeepSeek V4 Flash | $0.14 / $0.28 per M | $0.10 / $0.30 per M |
| GLM-5.2 | $1.14 / $4.00 per M | $1.10 / $4.00 per M |
| Kimi K2.6 | $0.95 / $4.00 per M | $1.00 / $4.00 per M |
| Qwen 3.7 Plus | $0.29 / $1.14 per M | $0.30 / $1.10 per M |
Cherry Studio に特有の失敗パターン。
パスの二重化が最も多い報告です。/v1/chat/completions を自動で付け足すフィールドに https://api.apisrouter.com/v1 を貼り付けると、/v1/v1 という URL になり 404 が発生します。ルートアドレスを入力し、クライアントにルートの組み立てを任せてください。正確な URL を固定したい場合は、末尾に # を付ける形が用意されています。 キーが正しいのに Check が失敗する場合はたいてい上記のアドレス形式の問題で、アドレスがきれいなのに失敗する場合はキーの問題です。複数のキーは半角カンマで区切る必要があり、中国語入力メソッドから貼り付けた全角カンマはリストを静かに壊してしまう点に注意してください。 一部のモデルだけがエラーになり他は動く場合は id の綴りの問題です。エントリは自由入力なので、/v1/models 一覧が正しい情報源です。そして設定はマシンごとであることを忘れないでください。デスクトップで設定したプロバイダーはラップトップには存在せず、2分ほどのセットアップを繰り返すか、Cherry Studio 自身のバックアップ機能を使う必要があります。 バージョンのずれについての注意: Cherry Studio は頻繁にリリースされ、設定のラベルも動きます(Model Services が一部のビルドでは Model Provider と表示されることもあります)。プロバイダーを追加し、OpenAI タイプを選び、キー・アドレス・モデルを設定するという流れ自体は安定しています。
ゲートウェイ経由で Cherry Studio を使うのは誰か。
- GLM・Qwen・Kimi・DeepSeek を Claude や GPT と1つのピッカーに混在させたい、バイリンガルのデスクトップユーザー。ベンダーごとのアカウントなしで、残高も1つです。
- 欧米のカードなしで前払い残高から Claude や GPT の id を使いたい、アジアのユーザー。すでに使っている地域モデルと並べて使えます。
- 役割ごとに Cherry Studio のアシスタントを走らせ、5つのキーを管理することなく、各アシスタントを適切なベンダーに固定したいパワーユーザー。
- すでに他のツールをゲートウェイ経由にしていて、デスクトップクライアントも同じキーと利用ログに乗せたい人。
- ベンチマークではなく実際の日常業務で地域モデルと欧米モデルを比較する人。候補ごとにモデルの行が1つ増えるだけです。
エンドポイントを検証し、最初の会話をデバッグする。
まずモデル一覧を curl して、追加するつもりの id をコピーしてください。次に日常使いのモデルに対して1回チャット補完を実行します。両方通れば、残るものはすべてプロバイダーページの中にあります。 Cherry Studio の中ではチャットの前に Check を実行してください。認証エラーはキー欄かそのカンマ区切りを指します。404 はアドレスの形の問題で、エラーに表示される組み立て済み URL を読み、/v1 の数を数えてください。特定のモデルでの未検出エラーは、その行の id の綴りです。 会話が流れ始めたら、APIsRouter コンソールがリクエストごとのモデル、トークン数、支出を表示します。1日を通して使われるデスクトップクライアントは絶え間なく小さなリクエストを生み出し、キーごとの利用状況ビューがそれをモデルごと・日ごとの数字に変換してくれます。中国語圏と欧米の id が同じページに並びます。
curl -s https://api.apisrouter.com/v1/chat/completions \
-H "Authorization: Bearer $APISROUTER_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"deepseek-v4-flash",
"messages":[{"role":"user","content":"ping"}]}'よくある質問
Cherry Studio にカスタムプロバイダーを追加するには?
歯車アイコン、Model Services タブ、Add の順に進みます。プロバイダーに名前を付け、OpenAI タイプを選んで保存し、そのページで有効化し、キーを貼り付け、API アドレスを https://api.apisrouter.com に設定して、モデル id を手動で追加します。Check ボタンで検証してください。
API アドレスに /v1 を含めるべきですか?
いいえ。Cherry Studio のドキュメント上の既定は、ルートアドレスを受け取って自身で /v1/chat/completions を付け足す方式なので、https://api.apisrouter.com と入力してください。/v1 付きのホストを貼り付けるとパスが二重になり 404 になります。非標準の正確な URL を固定したい場合は、アドレスの末尾に # を付けると連結が無効化されます。
Cherry Studio で Claude・DeepSeek・GLM を1つのプロバイダー経由で動かせますか?
はい。各モデル行の id はプレーンな文字列としてアドレスに渡されるため、claude-sonnet-4-6、deepseek-v4-flash、glm-5.2、kimi-k2.6、qwen3.7-plus を1つのプロバイダーエントリと1つのキーで共有でき、会話ごと・アシスタントごとに切り替えられます。
カンマ区切りのキー機能は何をしますか?
API key フィールドに複数のキーを半角カンマで区切って入れると、リクエストごとに上から順にローテーションされる、内蔵の負荷分散機能です。ゲートウェイ側でキーごとの計測をしていれば、帰属管理としても機能します。ローテーションを止めたい場合はキーを1つだけ並べてください。
Check ボタンが失敗するのはなぜですか?
キーが正しい場合、たいていアドレスに余分な /v1 が入っていてパスが二重になっているのが原因です。アドレスがきれいな場合は、キーとその区切り文字を再確認してください。中国語入力メソッドからの全角カンマは、複数キーのリストを静かに壊してしまいます。
プリセットのプロバイダーのようにモデルが自動で埋まらないのはなぜですか?
カスタムプロバイダーは追加したものだけを一覧します。Cherry Studio はカスタムエンドポイントのカタログを取得しません。これによりピッカーはキュレーションされた状態を保てます。/v1/models 一覧から id を取り、実際に使うものを追加し、必要になった日にリストを拡張してください。