Provider key onboarding probe

StepFun AI | key onboarding readiness

StepFun AI key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 1 covered models, China route, sample models Step 3.5 Flash, then verifies with read-only probes.

Provider

StepFun AI

China route

Model coverage

1

Step 3.5 Flash

Probe dimension

key onboarding readiness

onboarding-readiness

Onboarding signal

limited model coverage, confirm provider identity first

stepfun

Read-only probes

3

current_key

Sample metrics

9

key_valid / requests_total / runtime_model / runtime_model_allowed

Ten capabilities

6

operational actions / model permission matrix / continuous monitoring

Provider onboarding summary

Provider

StepFun AI

Probe dimension

onboarding-readiness

Model coverage

1

Read-only check. Detection data burns after 5 minutes.

Why this probe matters

StepFun AI key onboarding readiness decides whether a key can move from identification into inventory, pricing, routing, and launch. TestKey starts with 1 covered models, China route, sample models Step 3.5 Flash, then verifies with read-only probes.

Provider: StepFun AI
Model coverage: 1
Probe dimension: key onboarding readiness

How to prove it

Read-only check. Detection data burns after 5 minutes.

Identify the real provider first, then verify 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

Next action

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

Read-only check. Detection data burns after 5 minutes.
Onboarding signal: limited model coverage, confirm provider identity first
Model coverage: Step 3.5 Flash

Ten key capability anchors

StepFun AI has 3 read-only account probes configured, currently supporting operational actions / model permission matrix / continuous monitoring / key identity / capability matrix / limit 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 / bucket_start / token_type / token_role / token_scopes / ....
Ten-capability anchors: operational actions / model permission matrix / continuous monitoring / key identity / capability matrix.

Open key check

Read-only check. Detection data burns after 5 minutes.