Prueba de incorporación de key proveedor

DeepInfra | verificar key onboarding readiness

DeepInfra verificar key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 1 covered models, ruta global, sample models meta-llama/Meta-Llama-3.1-8B-Instruct, then verifies with read-only probes.

Proveedor

DeepInfra

ruta global

Cobertura de modelos

meta-llama/Meta-Llama-3.1-8B-Instruct

Dimensión de prueba

verificar key onboarding readiness

onboarding-readiness

Señal de onboarding

limited model coverage, confirm provider identity first

deepinfra

Read-only probes

current_key / usage_report

Sample metrics

key_valid / requests_total / runtime_model / runtime_model_allowed

Ten capabilities

operational actions / model permission matrix / limit matrix

Resumen de onboarding proveedor

Proveedor

DeepInfra

Dimensión de prueba

onboarding-readiness

Cobertura de modelos

Solo lectura. Datos eliminados tras 5 minutos.

Por qué importa esta prueba

Proveedor: DeepInfra
Cobertura de modelos: 1
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 1 covered models as candidates, then read /models, balance, error bodies, and limit headers.
limited model coverage, confirm provider identity first

Siguiente acción

DeepInfra 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: limited model coverage, confirm provider identity first
Cobertura de modelos: meta-llama/Meta-Llama-3.1-8B-Instruct

Diez capacidades de key

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

Read-only probes: current_key / usage_report, used to prove provider identity, models, balance, or subscription state.
Sampleable metrics: key_valid / requests_total / runtime_model / runtime_model_allowed / tokens_limit / tokens_limit_day / token_type / token_role / ....
Ten-capability anchors: operational actions / model permission matrix / limit matrix / key identity / capability matrix.

Abrir checker

Solo lectura. Datos eliminados tras 5 minutos.

Abrir proveedores

DeepInfra

Abrir modelos

meta-llama/Meta-Llama-3.1-8B-Instruct