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

B.AI | проверка key onboarding readiness

B.AI проверка key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 2 covered models, глобальный маршрут, sample models gpt-5.2 · kimi-k2.6, then verifies with read-only probes.

Поставщик

B.AI

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

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

gpt-5.2 · kimi-k2.6

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

проверка key onboarding readiness

onboarding-readiness

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

limited model coverage, confirm provider identity first

bai

Read-only probes

current_key

Sample metrics

key_valid / requests_total / runtime_model / runtime_model_allowed

Ten capabilities

operational actions / model permission matrix / key identity

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

Поставщик

B.AI

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

onboarding-readiness

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

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

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

Поставщик: B.AI
Покрытие моделей: 2
Измерение проверки: проверка 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 2 covered models as candidates, then read /models, balance, error bodies, and limit headers.
limited model coverage, confirm provider identity first

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

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

Только чтение. Данные удаляются через 5 минут.
Сигнал подключения: limited model coverage, confirm provider identity first
Покрытие моделей: gpt-5.2 · kimi-k2.6

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

B.AI has 1 read-only account probes configured, currently supporting operational actions / model permission matrix / key identity / capability matrix. These anchors feed the real TestKey detection path, not just admin display.

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

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

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