What you actually pay for#
With official APIs you pay each vendor's list price per 1M input/output tokens, plus the hidden overhead of running multiple accounts: separate cards, separate invoices, and — in many regions — failed checkouts. A gateway changes the shape of the bill: one key, one balance, per-model pricing, and the option to route cheaper models for cheap tasks.
Gateway vs official: the honest comparison#
| Dimension | Official APIs (direct) | DaoXE gateway |
|---|---|---|
| Accounts & billing | One per vendor | One key, one bill |
| Checkout in your region | Sometimes fails | Overseas-ready (not mainland China) |
| Pricing model | Per-vendor list price | Per model, per token, from one balance |
| Topping up | A card in each vendor's currency | Flat 1 RMB = $1 of credit on six payment methods |
| Model coverage | One vendor per key | GPT · Claude · Gemini · DeepSeek · Kimi · Qwen · Doubao |
| Claude protocol | Native | Native /v1/messages |
| Integrity check | Trust the vendor | Open, reproducible benchmark |
How a DaoXE bill is assembled#
There is no plan, no seat count and no monthly minimum: you top up a balance and every request draws it down. Four things decide what a single call costs, and you can read all four before you spend anything. Top-up runs at a flat 1 RMB = $1 of credit on every payment method, and each model then bills at its own USD rate — live per-model rates are on the live pricing page.
| What decides your bill | What it means | Where to read it |
|---|---|---|
| The model | Every model in the catalog carries its own input and output rate, quoted in USD per 1M tokens. Some image and video models bill per call instead of per token. | The live pricing page; GET /v1/models for the exact IDs your key can call |
| The channel group | One model can be served through more than one upstream channel, and each group applies its own multiplier — so the same model ID can have more than one rate depending on the group your key uses. | The group column on the live pricing page; your account shows which groups your key may use |
| Tokens actually spent | Input plus output tokens for the request. Reasoning tokens and tool-call round trips count too, which is why agent workloads cost more than a naive prompt-length estimate. | The usage object returned with every response, and your account's usage log |
| Your top-up rate | Credit is bought at a flat 1 RMB = $1, identical across Alipay, WeChat Pay, USDT, bank card (Visa · Mastercard), Apple Pay and Google Pay. | Your wallet page — a small top-up confirms it in under a minute |
Price your own workload in four steps#
- Read your model's live rate. Open the live pricing page, find your exact model ID, and note the input and output rate for the group your key actually uses — not the cheapest group on the page.
- Read the vendor's own list price. Open the model owner's official pricing page (linked below) for the same model, so you are comparing like with like rather than against a half-remembered figure.
- Meter one real request. Send one small call at
temperature=0, readusage.prompt_tokensandusage.completion_tokensfrom the response, then check the quota your account actually deducted. - Scale it to a real month. Multiply by your true monthly token volume — including retries, system prompts resent on every turn, and reasoning tokens. That is where cost estimates usually go wrong, not in the per-token rate.
Why this page has no price table
Rates here are account- and group-scoped, and the group multipliers are being revised — any table printed today would be quoting stale numbers to whoever reads it next month. So the honest version is: the live pricing page is the only authoritative figure, the vendors' own pages are the fair comparison, and a small top-up plus one metered request settles it in about a minute. Official vendor pricing: Anthropic · Google · OpenAI · xAI · DeepSeek.
Paying for it: methods and top-up#
You buy credit first and spend it per request; there is no subscription, and an unused balance simply stays a balance. Top-up runs at a flat 1 RMB = $1 of credit on every payment method, and each model then bills at its own USD rate — live per-model rates are on the live pricing page.
| Method | Accepted | Top-up rate |
|---|---|---|
| Alipay (支付宝) | Yes | 1 RMB = $1 of credit |
| WeChat Pay (微信) | Yes | 1 RMB = $1 of credit |
| USDT (crypto) | Yes | converted at the day's RMB equivalent, then the same 1 : 1 |
| Bank card (Visa · Mastercard) | Yes | 1 RMB = $1 of credit |
| Apple Pay | Yes | 1 RMB = $1 of credit |
| Google Pay | Yes | 1 RMB = $1 of credit |
Confirm it with the smallest top-up you can make
Both the top-up rate and the per-model rates are set by the service and both can change, so treat any figure you read anywhere — including in this guide — as something to confirm rather than assume. One small top-up plus one metered request tells you your real cost in about a minute. Live per-model rates: live pricing page.
When a gateway saves money — and when it doesn't#
Saves you money when…
you use several vendors, route cheap tasks to cheap models, or hit payment/region friction going direct.
Neutral when…
you use exactly one model at high volume and already have working official billing — then compare per-token rates directly.
Only worth it if…
you can verify integrity. Cheap + unverifiable is a false economy.
How the billing stays transparent#
- Per-model, per-token pricing published on the pricing page.
- Account-scoped model list, so the models you see are the ones you can call.
- Independent verification with the open benchmark — you don't have to take the numbers on faith.
Numbers you should confirm yourself
Per-model rates live on daoxe.com/pricing and nowhere in this guide. Free credit to be confirmed and uptime measure it yourself are set by the service and measured by you — availability is not published anywhere, so treat any uptime figure, including a vendor's own, as a claim until you have monitored it.
Verify the cost advantage in one run#
The fair way to settle it: run the same fixed prompt through DaoXE and the official API at temperature=0, and compare token usage, latency and output. The benchmark guide automates that.
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."}]
}'Frequently asked questions#
Is DaoXE cheaper than official APIs?
For some models and some workloads — it is not a blanket discount, and this guide publishes no percentage on purpose. Price your own case with the four steps above: your model's live rate on the pricing page against the vendor's official list, then one metered request to confirm.
Why doesn't this page print a price table?
Because rates are account- and group-scoped and they change; a table published here would be quoting stale numbers within weeks. The live pricing page is the only authoritative figure, and the steps above check it against the vendor's own price in about a minute.
How is billing metered?
Per model, per token (input/output), on one balance. Your account's usage view and the pricing page are authoritative.
Can I trust the savings aren't a downgraded model?
Verify it: run the open benchmark against DaoXE and the official API and compare.
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.