Azure Foundry
Configure azurefoundry deployments and understand provider-specific behavior.
Configure a deployment
Send this body to POST /admin/deployments with an operator credential. Replace the example
credentials and choose a model available to your provider account. See
Creating deployments for the shared configuration fields.
{
"publicModel": "azure-deepseek",
"adapterKey": "azurefoundry",
"upstreamModel": "DeepSeek-V3.1",
"credentials": { "apiKey": "...", "baseUrl": "https://my-foundry-resource.services.ai.azure.com" }
}Behavior and limitations
- Credentials:
apiKey,baseUrl. - Use this adapter — not Azure OpenAI — for models Azure itself sells
through Foundry, such as
DeepSeek-V3.1orgrok-4.3. Their upstream transport is Chat Completions; Bifrost still renders every public text contract (Chat Completions, Responses, Messages) over it. - Default transport: Chat Completions for text. No native image/embedding transport.
- Two independent providers, two independent catalogs: a model available on both Azure OpenAI and Azure Foundry needs a separate catalog entry (and deployment) per adapter.
- Catalog:
src/adapters/azurefoundry/catalog.json.
Next steps
- Azure OpenAI — the other Azure adapter.
- Creating deployments — the full request shape.