The LLM Gateway is in beta.
403 response with a body that names the blocking policy:
Policy dimensions
A model access policy is scoped to one subject tier:Policy overrides
Policy overrides let you grant a more specific subject different access than the broader default. A common case is giving one API key access to a premium model that is not available to the rest of the organization. When a request matches policies at multiple tiers, only the most specific tier applies, in the order API key, user, workspace, then organization. The more specific policy replaces the broader one entirely. For example, if the organization policy permits OpenAI and Anthropic, and an API key policy permits only OpenAI and Gemini, requests using that key can access OpenAI and Gemini only. If multiple policies match at the same tier, a model must be permitted by all of them to be accessible. The error names only the policy that rejected the model.Allowed providers and models
A model access policy lists one or more providers, each with an access mode:- All models: Every model the provider offers is permitted.
- Selected models: Only the models you specify are permitted. At least one model is required.
model field, a model that is not a string, or a model field sent twice.
Allow saved model configurations
Requests that call a saved model configuration through acustom/<name> model ID or a fallback chain are blocked unless the policy lists the Model configurations provider. This provider uses the same two access modes, but Selected takes configuration names, matched exactly, instead of model IDs. Names resolve in the workspace of the calling API key, so one entry on an organization-level policy applies to each workspace’s own configurations.
Create a model access policy
- Go to LLM Gateway and select the Model Access tab.
- Click Create model access.
- Under Applies to, select the scope (organization, workspace, user, or API key).
- Under Allowed providers and models, turn on each provider to permit and choose its access mode. Providers are off by default, so any provider you leave off is blocked.
- Click Create model access.
See also
- Run a request in the Simulator: test a policy by requesting a model it blocks.
- Spend policies: set cost caps on LLM usage.
- Rate limit policies: limit request or token throughput.
- Header-based policies: narrow a policy to requests that carry a specific custom request header value.
- Data policies: add data protection policies.
Connect these docs to your agent of choice via MCP for real-time answers.

