Replace
YOUR_CONTROL_PLANE_URL
with your actual TrueFoundry control plane
URL and YOUR_API_KEY
with your API key throughout this guide.API Overview
Here is the curl command example to add a model as a provider account:Request Schema
The Apply API accepts aTrueFoundryApplyRequest
object with the following structure:
The manifest object defining the resource to be created or updated. For model
provider accounts, this should be a
ModelProviderAccount
object.When set to
true
, performs a dry run without actually creating or updating
the resource. Useful for validation.ModelProviderAccount Schema
For creating model provider accounts, the manifest should be aModelProviderAccount
object. This is a union type that can be one of any of the following provider account types:
Supported Provider Account Types:
- 🔗 AwsBedrockProviderAccount - AWS Bedrock models
- 🔗 GoogleVertexProviderAccount - Google Vertex AI models
- 🔗 GoogleGeminiProviderAccount - Google Gemini models
- 🔗 AzureOpenAIProviderAccount - Azure OpenAI models
- 🔗 AnthropicProviderAccount - Anthropic Claude models
- 🔗 OpenaiProviderAccount - OpenAI models
- 🔗 CohereProviderAccount - Cohere models
- 🔗 GroqProviderAccount - Groq models
- 🔗 MistralAIProviderAccount - Mistral AI models
- 🔗 TogetherAIProviderAccount - Together AI models
- 🔗 OllamaProviderAccount - Ollama models
- 🔗 SelfHostedModelProviderAccount - Self-hosted models
- For more details, see the ModelProviderAccount type.
The provider account type (e.g., “provider-account/openai”,
“provider-account/anthropic”, etc.)
Name of the provider account. Must be 3-32 characters, lowercase alphanumeric
with hyphens, cannot start with a number.
Authentication data specific to the provider (API keys, credentials, etc.)
List of model integrations available through this provider account
Optional list of users who have access to this provider account
Response Schema
Response Fields
Unique identifier for the provider account.
Name of the provider account.
Fully qualified name of the provider account (tenant/provider/name).
The provider type (e.g., “openai”, “anthropic”, “aws-bedrock”).
The provider account manifest that was applied, excluding integrations.
List of provider integrations (models) associated with this account.
Information about the user who created the provider account.
Timestamp when the provider account was created.
Timestamp when the provider account was last updated.
The action performed: “CREATE” for new resources, “UPDATE” for existing ones.
Provider Account Examples
Error Handling
The API may return various error responses. Common scenarios include:- 400 Bad Request: Invalid manifest structure or missing required fields
- 401 Unauthorized: Invalid or missing API key
- 403 Forbidden: Insufficient permissions for the operation
- 404 Not Found: Provider account not found
- 409 Conflict: Provider account with the same name already exists
- 422 Unprocessable Entity: Invalid provider credentials or configuration