operate

Model access decisions

Resolve an organization-approved model on the server instead of trusting a browser-supplied provider or credential.

OperationsadvancedCurrent releases
Verified 2026-08-04View sourceReport a docs issue

The browser may request a model identifier. The server decides which organization, gateway, provider endpoint, credential, and deployment are allowed to satisfy that request.

Decision order

  1. Resolve the active organization and authenticated person.
  2. Resolve the Project and Environment allowed to execute.
  3. Read the versioned provider-registry entry and gateway visible to that authority.
  4. Confirm the requested model belongs to the gateway and is approved.
  5. Verify required provider capabilities and qualification evidence.
  6. Reserve the applicable budget/allocation.
  7. For a managed gateway, confirm that its deployment is still ready.
  8. Issue a scoped credential lease and build the runner request from that result.

Reject a mismatched gateway/model pair. Falling back to another provider or credential makes the user-visible selection misleading and can cross organization access boundaries.

Versioned provider registry

Registry entries identify provider, gateway, models, declared capabilities, configuration revision, and qualification state. Record the resolved entry and revision with every run.

Member and application selection

Members select only approved model identifiers. The application may narrow that choice for its profile but may not silently broaden organization or Environment authority.

Record and diagnose the decision

Persist the chosen profile, registry revision, model/capabilities, budget decision, lease identity, and denial reason. If current behavior drifts, compare that evidence with the currently deployed registry and release identity.