Проверка подключения ключа провайдера

Openrouter | проверка key onboarding readiness

Openrouter проверка key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 3 covered models, глобальный маршрут, sample models Auto Router · Body Builder (beta) · Free Models Router, then verifies with read-only probes.

Поставщик

Openrouter

глобальный маршрут

Покрытие моделей

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

Измерение проверки

проверка key onboarding readiness

onboarding-readiness

Сигнал подключения

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

Сводка подключения провайдера

Поставщик

Openrouter

Измерение проверки

onboarding-readiness

Покрытие моделей

Только чтение. Данные удаляются через 5 минут.

Почему эта проверка важна

Поставщик: Openrouter
Покрытие моделей: 3
Измерение проверки: проверка key onboarding readiness

Как доказать

Только чтение. Данные удаляются через 5 минут.

Identify the real provider first, then verify проверка 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

Следующее действие

Openrouter проверка key onboarding readiness should become an action: add provider config, fill pricing, import inventory, set route, add monitoring, or send to human review.

Только чтение. Данные удаляются через 5 минут.
Сигнал подключения: multi-model coverage, suitable for read-only identification first
Покрытие моделей: Auto Router · Body Builder (beta) · Free Models Router

10 возможностей ключа

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.

Открыть проверку

Только чтение. Данные удаляются через 5 минут.

Открыть поставщиков

Openrouter

Открыть модели

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