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#
- Add a provider. Settings → Model Providers → Add, choose type OpenAI, and name it DaoXE.
- Set key & API host. Paste your DaoXE key. For the host, enter
https://daoxe.comand let Cherry append the path (see caveat for the exact rule). - Add models. Fetch or add exact model IDs from
GET /v1/models(e.g. a GPT, a Claude, a DeepSeek ID). - 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:
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:
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.