Configuring connections to LLM providers
For each provider that you use, either as the default provider or the configured provider for a specific feature, you configure the connection information.
Amazon Bedrock
Recommended models
For Amazon Bedrock, you provide the name of an Anthropic Claude model on Amazon Bedrock.
To enable cross-Region inference, we strongly recommend the global. prefix for model identifiers. For more information, go to Claude on Amazon Bedrock.
global.anthropic.claude-opus-4-5-20251101-v1:0- Recommended. Highest quality, although slowest and most expensive.global.anthropic.claude-sonnet-4-5-20250929-v1:0- Cheaper. Good but inconsistent quality.global.anthropic.claude-haiku-4-5-20251001-v1:0- Cheapest and fastest option.
To list all of the available Anthropic models in your AWS Region:
aws bedrock list-foundation-models \
--by-provider Anthropic \
--region us-west-2 \
--query "modelSummaries[*].modelId"Note that before they can be used, some models might require that you request access through the Amazon Bedrock console.
Setting the AWS Region and token limit
For Amazon Bedrock, to configure the connection, set the following environment variables:
LLM_PROVIDER_AMAZON_BEDROCK_REGION- The specific AWS Region to use for Amazon Bedrock calls. If you do not set this variable, then Textual uses the AWS Region set as the value ofAWS_DEFAULT_REGION.LLM_PROVIDER_AMAZON_BEDROCK_MAX_TOKENS- The maximum number of output tokens for Amazon Bedrock responses. The default value is 64000.
Providing AWS credentials
The Amazon Bedrock client uses the standard AWS SDK credential chain. To configure the credentials, use one of these methods:
Environment variables:
AWS_ACCESS_KEY_IDAWS_SECRET_ACCESS_KEY
Shared credentials file:
~/.aws/credentialsIAM role: When running on AWS infrastructure (Amazon EC2, Amazon ECS, Amazon EKS)
The credentials must have permission to invoke the bedrock:InvokeModel action for the specified model.
Note that the backend reads from ~/.aws/credentials. If a [default] profile is configured, it takes precedence over environment variables. For more information about the credential resolution order, go to Credential and profile resolution - AWS SDK for .NET (V3).
GoogleAI Studio
To configure the connection to Google AI Studio, set the following environment variables:
LLM_PROVIDER_GOOGLE_AI_STUDIO_URL- The endpoint URL for the LLM service.LLM_PROVIDER_GOOGLE_AI_STUDIO_API_KEY- The API key to use for the connection.
OpenAI-compatible
Recommended model
For an OpenAI-compatible API, we recommend Opus 4.5. For example, claude-opus-4-5-20251101.
Configuring the connection
To configure the connection to an OpenAI-compatible model, set the following environment variables:
LLM_PROVIDER_OPEN_AI_URL- The endpoint URL for the LLM service.LLM_PROVIDER_OPEN_AI_API_KEY- The API key to use for the connection.
Gemini Enterprise Agent Platform
Recommended model
We recommend Gemini 2.5 Flash.
Configuring the connection
To configure the connection to Gemini Enterprise Agent Platform, set the following environment variables:
LLM_PROVIDER_VERTEX_AI_URL- The endpoint URL for the LLM service The URL ishttps://<region>-aiplatform.googleapis.com. For example,https://us-central1-aiplatform.googleapis.com.LLM_PROVIDER_VERTEX_AI_API_KEY- The API key to use for the connection. For more information about obtaining an API key for Gemini Enterprise Agent Platform, go to this information in the Google documentation.
Verifying the connections
Move from the model-based types topic.
After you configure the environment variables, restart the Textual Worker service.
The service is initialized the first time that it is used, for example when you create an entity type and add a test or training file.
You can then check the worker logs to verify that the connection is successful.
For successful connections, the logs include <provider> client initialized.
If configuration is missing or invalid, then:
The feature that requires the connection is disabled.
A warning is added to the logs.
Last updated
Was this helpful?