Skip to main content
Send x-orq-integration-<provider> to choose which connected integration the AI Gateway uses for that provider. The value is the integration id or its exact display name. A model that already pins an integration keeps that integration.

Overview

Each provider can have more than one integration in a workspace. Without this header, a request uses the integration id on the request when one is set, then the provider’s default integration. The header applies when the model does not pin an integration and the request does not include a provider credential of its own. The <provider> segment is the integration identifier, such as anthropic, openai, google, or google-ai. It matches the provider on the model being called. A header for one provider does not change the integration used for another provider in the same request, including fallbacks. Names are unique for a provider inside a workspace. Two integrations for the same provider cannot share a display name.

Example

Configuration

One header per provider. x-orq-integration-anthropic and x-orq-integration-google can be sent on the same request. A header for a provider the request does not call is ignored.

Claude Code

Claude Code forwards extra headers through ANTHROPIC_CUSTOM_HEADERS. Keep x-orq-api-key when the session uses an Anthropic credential, and add the integration header on its own line:
Shell
When the Orq.ai key is the Anthropic client credential, the integration header is enough:
Shell
An Anthropic API key or Claude subscription credential on the request is still the credential for that call. The header selects a workspace integration when the request uses the workspace’s Anthropic integration.

generateContent

Bare Gemini model ids on https://my.orq.ai/v3/google resolve as google/<model>, so the header is x-orq-integration-google. Google AI Studio integrations use the identifier google-ai and the header x-orq-integration-google-ai when the model provider is google-ai.

Limitations