Provider key onboarding probe

DeepSeek | key inventory fit

DeepSeek key inventory fit decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 11 covered models, China route, sample models DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1, then verifies with read-only probes.

Provider

DeepSeek

China route

Model coverage

11

DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1

Probe dimension

key inventory fit

inventory-fit

Onboarding signal

11 models can become inventory candidates

deepseek

Read-only probes

2

balance_snapshot / current_key

Sample metrics

14

key_valid / balance_available / balance_total / balance_currency

Ten capabilities

6

operational actions / balance and quota / key identity

Provider onboarding summary

Provider

DeepSeek

Probe dimension

inventory-fit

Model coverage

11

Read-only check. Detection data burns after 5 minutes.

Why this probe matters

DeepSeek key inventory fit decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 11 covered models, China route, sample models DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1, then verifies with read-only probes.

Provider: DeepSeek
Model coverage: 11
Probe dimension: key inventory fit

How to prove it

Read-only check. Detection data burns after 5 minutes.

Identify the real provider first, then verify key inventory fit; do not treat OpenAI-compatible as real OpenAI by default.
Use 11 covered models as candidates, then read /models, balance, error bodies, and limit headers.
11 models can become inventory candidates

Next action

DeepSeek key inventory fit should become an action: add provider config, fill pricing, import inventory, set route, add monitoring, or send to human review.

Read-only check. Detection data burns after 5 minutes.
Onboarding signal: 11 models can become inventory candidates
Model coverage: DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1

Ten key capability anchors

DeepSeek has 2 read-only account probes configured, currently supporting operational actions / balance and quota / key identity / capability matrix / model permission matrix / continuous monitoring. These anchors feed the real TestKey detection path, not just admin display.

Read-only probes: balance_snapshot / current_key, used to prove provider identity, models, balance, or subscription state.
Sampleable metrics: key_valid / balance_available / balance_total / balance_currency / limit_remaining / balance_granted / balance_topped_up / token_type / ....
Ten-capability anchors: operational actions / balance and quota / key identity / capability matrix / model permission matrix.

Open key check

Read-only check. Detection data burns after 5 minutes.

Open providers

DeepSeek

Open models

DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1