Use DaoXE in Cherry Studio

Cherry Studio is a cross-platform desktop client for many providers. Add DaoXE as an OpenAI-type provider and reach GPT, Claude, Gemini, DeepSeek and more from one key — once you get its API-host path rule right.

Updated 2026-07-20

Cherry Studio treats DaoXE as an OpenAI-type provider: paste a key, set the API host, and add model IDs. The one thing that trips people up is how Cherry completes the endpoint path — get that right and everything works. See the cheapest APIs guide for splitting cheap and frontier models.

Why route Cherry Studio through DaoXE#

  • Local desktop, many providers. Keep your chats local while DaoXE supplies the models.
  • One key, many models. Add GPT, Claude, Gemini and DeepSeek IDs under a single DaoXE provider.
  • Per-assistant models. Assign different DaoXE models to different assistants to balance cost and quality.

Set it up in Cherry Studio#

  1. Add a provider. Settings → Model Providers → Add, choose type OpenAI, and name it DaoXE.
  2. Set key & API host. Paste your DaoXE key. For the host, enter https://daoxe.com and let Cherry append the path (see caveat for the exact rule).
  3. Add models. Fetch or add exact model IDs from GET /v1/models (e.g. a GPT, a Claude, a DeepSeek ID).
  4. Pick a model & test. Select a DaoXE model in a chat and send a message to confirm it responds.

Caveats worth knowing

The classic gotcha is Cherry's API-host path completion. Reliable setups: enter https://daoxe.com and let Cherry append /v1/chat/completions; or type the full endpoint ending in # to force it verbatim. A host ending in / is treated differently again — if the model list won't load or you get 404s, it's almost always this rule. Use exact IDs from GET /v1/models; add them manually if auto-fetch returns a different set. Keys stay in the local app.

Verify you actually get the model#

Prove the endpoint works before blaming the client — if this fails, no setting will fix it:

bash
export DAOXE_API_KEY="your_api_key"

# List the exact model IDs your account can call
curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/models \
  -H "Authorization: Bearer ${DAOXE_API_KEY}"

Prove the endpoint independently of Cherry first, then diff a fixed prompt against the official API at temperature 0:

bash
curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/chat/completions \
  -H "Authorization: Bearer ${DAOXE_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_EXACT_MODEL_ID",
    "max_tokens": 64,
    "messages": [{"role": "user", "content": "Say hello in one sentence."}]
  }'

Verify us — don't trust us

Point the open benchmark at DaoXE and at the official API and compare at temperature 0. Then learn to detect model swapping so a cheaper endpoint can't quietly swap you to a smaller model.

Frequently asked questions#

Which provider type do I choose?

Choose OpenAI — DaoXE is OpenAI-compatible. Set the key and API host, then add model IDs.

What do I put in the API host?

Enter https://daoxe.com and let Cherry append /v1/chat/completions, or type the full path ending in # to force it exactly.

Models won't load or I get 404 — why?

Almost always the API-host path rule. Re-check the host per the caveat, and confirm the key is valid via GET /v1/models.

Can different assistants use different models?

Yes — assign a DaoXE model per assistant, all on one key. Current price advantage: typically ~30–80% below list via low-price groups.

Try DaoXE — and benchmark it yourself

One key for GPT, Claude, Gemini, DeepSeek and more. Point the open benchmark at us and compare — don't take our word for it.