Prueba de incorporación de key proveedor

Openrouter | verificar key onboarding readiness

Openrouter verificar key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 3 covered models, ruta global, sample models Auto Router · Body Builder (beta) · Free Models Router, then verifies with read-only probes.

Proveedor

Openrouter

ruta global

Cobertura de modelos

Auto Router · Body Builder (beta) · Free Models Router

Dimensión de prueba

verificar key onboarding readiness

onboarding-readiness

Señal de onboarding

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

openrouter

Read-only probes

current_key / balance_snapshot

Sample metrics

key_valid / usage_total / usage_daily / usage_weekly

Ten capabilities

operational actions / limit matrix / balance and quota

Resumen de onboarding proveedor

Proveedor

Openrouter

Dimensión de prueba

onboarding-readiness

Cobertura de modelos

Solo lectura. Datos eliminados tras 5 minutos.

Por qué importa esta prueba

Proveedor: Openrouter
Cobertura de modelos: 3
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 3 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

Openrouter 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: Auto Router · Body Builder (beta) · Free Models Router

Diez capacidades de key

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

Read-only probes: current_key / balance_snapshot, used to prove provider identity, models, balance, or subscription state.
Sampleable metrics: key_valid / usage_total / usage_daily / usage_weekly / usage_monthly / limit_total / limit_remaining / limit_reset / ....
Ten-capability anchors: operational actions / limit matrix / balance and quota / continuous monitoring / key identity.

Abrir checker

Solo lectura. Datos eliminados tras 5 minutos.

Abrir proveedores

Openrouter

Abrir modelos

Auto Router · Body Builder (beta) · Free Models Router