Prueba de incorporación de key proveedor

DeepSeek | verificar key onboarding readiness

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

Proveedor

DeepSeek

ruta China

Cobertura de modelos

DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1

Dimensión de prueba

verificar key onboarding readiness

onboarding-readiness

Señal de onboarding

multi-model coverage, suitable for read-only identification first

deepseek

Read-only probes

balance_snapshot / current_key

Sample metrics

key_valid / balance_available / balance_total / balance_currency

Ten capabilities

operational actions / balance and quota / key identity

Resumen de onboarding proveedor

Proveedor

DeepSeek

Dimensión de prueba

onboarding-readiness

Cobertura de modelos

Solo lectura. Datos eliminados tras 5 minutos.

Por qué importa esta prueba

Proveedor: DeepSeek
Cobertura de modelos: 11
Dimensión de prueba: verificar key onboarding readiness

Cómo probarlo

Solo lectura. Datos eliminados tras 5 minutos.

Identify the real provider first, then verify verificar key onboarding readiness; 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.
multi-model coverage, suitable for read-only identification first

Siguiente acción

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

Solo lectura. Datos eliminados tras 5 minutos.
Señal de onboarding: multi-model coverage, suitable for read-only identification first
Cobertura de modelos: DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1

Diez capacidades de key

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.

Abrir checker

Solo lectura. Datos eliminados tras 5 minutos.

Abrir proveedores

DeepSeek

Abrir modelos

DeepSeek V3 · DeepSeek V3 0324 · DeepSeek V3.1