Amazon Bedrock¶
Amazon Bedrock is a fully managed service that offers a choice of high-performing foundation models from leading AI companies through a unified API. Strands provides native support for Amazon Bedrock, allowing you to use these powerful models in your agents with minimal configuration.
The BedrockModel class in Strands enables seamless integration with Amazon Bedrock's API, supporting:
- Text generation
- Multi-Modal understanding (Image, Document, etc.)
- Tool/function calling
- Guardrail configurations
- System Prompt, Tool, and/or Message caching
Getting Started¶
Prerequisites¶
- AWS Account: You need an AWS account with access to Amazon Bedrock
- Model Access: Request access to your desired models in the Amazon Bedrock console
- AWS Credentials: Configure AWS credentials with appropriate permissions
Required IAM Permissions¶
To use Amazon Bedrock with Strands, your IAM user or role needs the following permissions:
bedrock:InvokeModelWithResponseStream(for streaming mode)bedrock:InvokeModel(for non-streaming mode)
Here's a sample IAM policy that grants the necessary permissions:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"bedrock:InvokeModelWithResponseStream",
"bedrock:InvokeModel"
],
"Resource": "*"
}
]
}
For production environments, it's recommended to scope down the Resource to specific model ARNs.
Requesting Access to Bedrock Models¶
Before you can use a model in Amazon Bedrock, you need to request access to it:
- Sign in to the AWS Management Console and open the Amazon Bedrock console
- In the navigation pane, choose Model access
- Choose Manage model access
- Select the checkbox next to each model you want to access
- Choose Request model access
- Review the terms and conditions, then select I accept these terms
- Choose Request model access
The model access request is typically processed immediately. Once approved, the model status will change to "Access granted" in the console.
For more details, see the Amazon Bedrock documentation on modifying model access.
Setting Up AWS Credentials¶
Strands uses boto3 (the AWS SDK for Python) to make calls to Amazon Bedrock. Boto3 has its own credential resolution system that determines which credentials to use when making requests to AWS.
For development environments, configure credentials using one of these methods:
Option 1: AWS CLI
aws configure
Option 2: Environment Variables
export AWS_ACCESS_KEY_ID=your_access_key
export AWS_SECRET_ACCESS_KEY=your_secret_key
export AWS_SESSION_TOKEN=your_session_token # If using temporary credentials
export AWS_REGION="us-west-2" # Used if a custom Boto3 Session is not provided
Option 3: Custom Boto3 Session
You can configure a custom boto3 Session and pass it to the BedrockModel:
import boto3
from strands.models import BedrockModel
# Create a custom boto3 session
session = boto3.Session(
aws_access_key_id='your_access_key',
aws_secret_access_key='your_secret_key',
aws_session_token='your_session_token', # If using temporary credentials
region_name='us-west-2',
profile_name='your-profile' # Optional: Use a specific profile
)
# Create a Bedrock model with the custom session
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
boto_session=session
)
For complete details on credential configuration and resolution, see the boto3 credentials documentation.
The TypeScript SDK uses the AWS SDK for JavaScript v3 to make calls to Amazon Bedrock. The SDK has its own credential resolution system that determines which credentials to use when making requests to AWS.
For development environments, configure credentials using one of these methods:
Option 1: AWS CLI
aws configure
Option 2: Environment Variables
export AWS_ACCESS_KEY_ID=your_access_key
export AWS_SECRET_ACCESS_KEY=your_secret_key
export AWS_SESSION_TOKEN=your_session_token # If using temporary credentials
export AWS_REGION="us-west-2"
Option 3: Custom Credentials
import { BedrockModel } from '@strands-agents/sdk/models/bedrock'
// AWS credentials are configured through the clientConfig parameter
// See AWS SDK for JavaScript documentation for all credential options:
// https://docs.aws.amazon.com/sdk-for-javascript/v3/developer-guide/setting-credentials-node.html
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
region: 'us-west-2',
clientConfig: {
credentials: {
accessKeyId: 'your_access_key',
secretAccessKey: 'your_secret_key',
sessionToken: 'your_session_token', // If using temporary credentials
},
},
})
For complete details on credential configuration, see the AWS SDK for JavaScript documentation.
Basic Usage¶
The BedrockModel provider is used by default when creating a basic Agent, and uses the Claude Sonnet 4 model by default. This basic example creates an agent using this default setup:
from strands import Agent
agent = Agent()
response = agent("Tell me about Amazon Bedrock.")
You can specify which Bedrock model to use by passing in the model ID string directly to the Agent constructor:
from strands import Agent
# Create an agent with a specific model by passing the model ID string
agent = Agent(model="anthropic.claude-sonnet-4-20250514-v1:0")
response = agent("Tell me about Amazon Bedrock.")
The BedrockModel provider is used by default when creating a basic Agent, and uses the Claude Sonnet 4.5 model by default. This basic example creates an agent using this default setup:
import { Agent } from '@strands-agents/sdk'
const agent = new Agent()
const response = await agent.invoke('Tell me about Amazon Bedrock.')
You can specify which Bedrock model to use by passing in the model ID string directly to the Agent constructor:
import { Agent } from '@strands-agents/sdk'
// Create an agent using the model
const agent = new Agent({ model: 'anthropic.claude-sonnet-4-20250514-v1:0' })
const response = await agent.invoke('Tell me about Amazon Bedrock.')
Note: See Bedrock troubleshooting if you encounter any issues.
Custom Configuration¶
For more control over model configuration, you can create an instance of the BedrockModel class:
from strands import Agent
from strands.models import BedrockModel
# Create a Bedrock model instance
bedrock_model = BedrockModel(
model_id="us.amazon.nova-premier-v1:0",
temperature=0.3,
top_p=0.8,
)
# Create an agent using the BedrockModel instance
agent = Agent(model=bedrock_model)
# Use the agent
response = agent("Tell me about Amazon Bedrock.")
For more control over model configuration, you can create an instance of the BedrockModel class:
// Create a Bedrock model instance
const bedrockModel = new BedrockModel({
modelId: 'us.amazon.nova-premier-v1:0',
temperature: 0.3,
topP: 0.8,
})
// Create an agent using the BedrockModel instance
const agent = new Agent({ model: bedrockModel })
// Use the agent
const response = await agent.invoke('Tell me about Amazon Bedrock.')
Configuration Options¶
The BedrockModel supports various configuration parameters. For a complete list of available options, see the BedrockModel API reference.
Common configuration parameters include:
model_id- The Bedrock model identifiertemperature- Controls randomness (higher = more random)max_tokens- Maximum number of tokens to generatestreaming- Enable/disable streaming modeguardrail_id- ID of the guardrail to applycache_prompt/cache_tools- Enable prompt/tool cachingboto_session- Custom boto3 session for AWS credentialsadditional_request_fields- Additional model-specific parameters
The BedrockModel supports various configuration parameters. For a complete list of available options, see the BedrockModelOptions API reference.
Common configuration parameters include:
modelId- The Bedrock model identifiertemperature- Controls randomness (higher = more random)maxTokens- Maximum number of tokens to generatestreaming- Enable/disable streaming modecacheTools- Enable tool cachingregion- AWS region to usecredentials- AWS credentials configurationadditionalArgs- Additional model-specific parameters
Example with Configuration¶
from strands import Agent
from strands.models import BedrockModel
from botocore.config import Config as BotocoreConfig
# Create a boto client config with custom settings
boto_config = BotocoreConfig(
retries={"max_attempts": 3, "mode": "standard"},
connect_timeout=5,
read_timeout=60
)
# Create a configured Bedrock model
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
region_name="us-east-1", # Specify a different region than the default
temperature=0.3,
top_p=0.8,
stop_sequences=["###", "END"],
boto_client_config=boto_config,
)
# Create an agent with the configured model
agent = Agent(model=bedrock_model)
# Use the agent
response = agent("Write a short story about an AI assistant.")
// Create a configured Bedrock model
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
region: 'us-east-1', // Specify a different region than the default
temperature: 0.3,
topP: 0.8,
stopSequences: ['###', 'END'],
clientConfig: {
retryMode: 'standard',
maxAttempts: 3,
},
})
// Create an agent with the configured model
const agent = new Agent({ model: bedrockModel })
// Use the agent
const response = await agent.invoke('Write a short story about an AI assistant.')
Advanced Features¶
Streaming vs Non-Streaming Mode¶
Certain Amazon Bedrock models only support non-streaming tool use, so you can set the streaming configuration to false in order to use these models. Both modes provide the same event structure and functionality in your agent, as the non-streaming responses are converted to the streaming format internally.
# Streaming model (default)
streaming_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
streaming=True, # This is the default
)
# Non-streaming model
non_streaming_model = BedrockModel(
model_id="us.meta.llama3-2-90b-instruct-v1:0",
streaming=False, # Disable streaming
)
// Streaming model (default)
const streamingModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
stream: true, // This is the default
})
// Non-streaming model
const nonStreamingModel = new BedrockModel({
modelId: 'us.meta.llama3-2-90b-instruct-v1:0',
stream: false, // Disable streaming
})
See the Amazon Bedrock documentation for Supported models and model features to learn about the streaming support for different models.
Multimodal Support¶
Some Bedrock models support multimodal inputs (Documents, Images, etc.). Here's how to use them:
from strands import Agent
from strands.models import BedrockModel
# Create a Bedrock model that supports multimodal inputs
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0"
)
agent = Agent(model=bedrock_model)
# Send the multimodal message to the agent
response = agent(
[
{
"document": {
"format": "txt",
"name": "example",
"source": {
"bytes": b"Once upon a time..."
}
}
},
{
"text": "Tell me about the document."
}
]
)
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
})
const agent = new Agent({ model: bedrockModel })
const documentBytes = Buffer.from('Once upon a time...')
// Send multimodal content directly to invoke
const response = await agent.invoke([
new DocumentBlock({
format: 'txt',
name: 'example',
source: { bytes: documentBytes },
}),
'Tell me about the document.',
])
For a complete list of input types, please refer to the API Reference.
Guardrails¶
Amazon Bedrock supports guardrails to help ensure model outputs meet your requirements. Strands allows you to configure guardrails with your BedrockModel:
from strands import Agent
from strands.models import BedrockModel
# Using guardrails with BedrockModel
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
guardrail_id="your-guardrail-id",
guardrail_version="DRAFT",
guardrail_trace="enabled", # Options: "enabled", "disabled", "enabled_full"
guardrail_stream_processing_mode="sync", # Options: "sync", "async"
guardrail_redact_input=True, # Default: True
guardrail_redact_input_message="Blocked Input!", # Default: [User input redacted.]
guardrail_redact_output=False, # Default: False
guardrail_redact_output_message="Blocked Output!" # Default: [Assistant output redacted.]
)
guardrail_agent = Agent(model=bedrock_model)
response = guardrail_agent("Can you tell me about the Strands SDK?")
Amazon Bedrock supports guardrails to help ensure model outputs meet your requirements. Strands allows you to configure guardrails with your BedrockModel.
When a guardrail is triggered:
- Input redaction (enabled by default): If a guardrail policy is triggered, the input is redacted
- Output redaction (disabled by default): If a guardrail policy is triggered, the output is redacted
- Custom redaction messages can be specified for both input and output redactions
// Guardrails are not yet supported in the TypeScript SDK
Caching¶
Strands supports caching system prompts, tools, and messages to improve performance and reduce costs. Caching allows you to reuse parts of previous requests, which can significantly reduce token usage and latency.
When you enable prompt caching, Amazon Bedrock creates a cache composed of cache checkpoints. These are markers that define the contiguous subsection of your prompt that you wish to cache (often referred to as a prompt prefix). These prompt prefixes should be static between requests; alterations to the prompt prefix in subsequent requests will result in a cache miss.
The cache has a five-minute Time To Live (TTL), which resets with each successful cache hit. During this period, the context in the cache is preserved. If no cache hits occur within the TTL window, your cache expires.
For detailed information about supported models, minimum token requirements, and other limitations, see the Amazon Bedrock documentation on prompt caching.
System Prompt Caching¶
System prompt caching allows you to reuse a cached system prompt across multiple requests. Strands supports two approaches for system prompt caching:
Provider-Agnostic Approach (Recommended)
Use SystemContentBlock arrays to define cache points that work across all model providers:
from strands import Agent
from strands.types.content import SystemContentBlock
# Define system content with cache points
system_content = [
SystemContentBlock(
text="You are a helpful assistant that provides concise answers. "
"This is a long system prompt with detailed instructions..."
"..." * 1600 # needs to be at least 1,024 tokens
),
SystemContentBlock(cachePoint={"type": "default"})
]
# Create an agent with SystemContentBlock array
agent = Agent(system_prompt=system_content)
# First request will cache the system prompt
response1 = agent("Tell me about Python")
print(f"Cache write tokens: {response1.metrics.accumulated_usage.get('cacheWriteInputTokens')}")
print(f"Cache read tokens: {response1.metrics.accumulated_usage.get('cacheReadInputTokens')}")
# Second request will reuse the cached system prompt
response2 = agent("Tell me about JavaScript")
print(f"Cache write tokens: {response2.metrics.accumulated_usage.get('cacheWriteInputTokens')}")
print(f"Cache read tokens: {response2.metrics.accumulated_usage.get('cacheReadInputTokens')}")
Legacy Bedrock-Specific Approach
For backwards compatibility, you can still use the Bedrock-specific cache_prompt configuration:
from strands import Agent
from strands.models import BedrockModel
# Using legacy system prompt caching with BedrockModel
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
cache_prompt="default" # This approach is deprecated
)
# Create an agent with the model
agent = Agent(
model=bedrock_model,
system_prompt="You are a helpful assistant that provides concise answers. " +
"This is a long system prompt with detailed instructions... "
)
response = agent("Tell me about Python")
Note: The
cache_promptconfiguration is deprecated in favor of the provider-agnostic SystemContentBlock approach. The new approach enables caching across all model providers through a unified interface.
const systemContent = [
'You are a helpful assistant that provides concise answers. ' +
'This is a long system prompt with detailed instructions...' +
'...'.repeat(1600), // needs to be at least 1,024 tokens
new CachePointBlock({ cacheType: 'default' }),
]
const agent = new Agent({ systemPrompt: systemContent })
// First request will cache the system prompt
let cacheWriteTokens = 0
let cacheReadTokens = 0
for await (const event of agent.stream('Tell me about Python')) {
if (event.type === 'modelMetadataEvent' && event.usage) {
cacheWriteTokens = event.usage.cacheWriteInputTokens || 0
cacheReadTokens = event.usage.cacheReadInputTokens || 0
}
}
console.log(`Cache write tokens: ${cacheWriteTokens}`)
console.log(`Cache read tokens: ${cacheReadTokens}`)
// Second request will reuse the cached system prompt
for await (const event of agent.stream('Tell me about JavaScript')) {
if (event.type === 'modelMetadataEvent' && event.usage) {
cacheWriteTokens = event.usage.cacheWriteInputTokens || 0
cacheReadTokens = event.usage.cacheReadInputTokens || 0
}
}
console.log(`Cache write tokens: ${cacheWriteTokens}`)
console.log(`Cache read tokens: ${cacheReadTokens}`)
Tool Caching¶
Tool caching allows you to reuse a cached tool definition across multiple requests:
from strands import Agent, tool
from strands.models import BedrockModel
from strands_tools import calculator, current_time
# Using tool caching with BedrockModel
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
cache_tools="default"
)
# Create an agent with the model and tools
agent = Agent(
model=bedrock_model,
tools=[calculator, current_time]
)
# First request will cache the tools
response1 = agent("What time is it?")
print(f"Cache write tokens: {response1.metrics.accumulated_usage.get('cacheWriteInputTokens')}")
print(f"Cache read tokens: {response1.metrics.accumulated_usage.get('cacheReadInputTokens')}")
# Second request will reuse the cached tools
response2 = agent("What is the square root of 1764?")
print(f"Cache write tokens: {response2.metrics.accumulated_usage.get('cacheWriteInputTokens')}")
print(f"Cache read tokens: {response2.metrics.accumulated_usage.get('cacheReadInputTokens')}")
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
cacheTools: 'default',
})
const agent = new Agent({
model: bedrockModel,
// Add your tools here when they become available
})
// First request will cache the tools
await agent.invoke('What time is it?')
// Second request will reuse the cached tools
await agent.invoke('What is the square root of 1764?')
// Note: Cache metrics are not yet available in the TypeScript SDK
Messages Caching¶
Messages caching allows you to reuse a cached conversation across multiple requests. This is not enabled via a configuration in the BedrockModel class, but instead by including a cachePoint in the Agent's Messages array:
from strands import Agent
from strands.models import BedrockModel
# Create a conversation, and add a messages cache point to cache the conversation up to that point
messages = [
{
"role": "user",
"content": [
{
"document": {
"format": "txt",
"name": "example",
"source": {
"bytes": b"This is a sample document!"
}
}
},
{
"text": "Use this document in your response."
},
{
"cachePoint": {"type": "default"}
},
],
},
{
"role": "assistant",
"content": [
{
"text": "I will reference that document in my following responses."
}
]
}
]
# Create an agent with the model and messages
agent = Agent(
messages=messages
)
# First request will cache the message
response1 = agent("What is in that document?")
# Second request will reuse the cached message
response2 = agent("How long is the document?")
Messages caching allows you to reuse a cached conversation across multiple requests. This is not enabled via a configuration in the BedrockModel class, but instead by including a cachePoint in the Agent's Messages array:
const documentBytes = Buffer.from('This is a sample document!')
const userMessage = new Message({
role: 'user',
content: [
new DocumentBlock({
format: 'txt',
name: 'example',
source: { bytes: documentBytes },
}),
'Use this document in your response.',
new CachePointBlock({ cacheType: 'default' }),
],
})
const assistantMessage = new Message({
role: 'assistant',
content: ['I will reference that document in my following responses.'],
})
const agent = new Agent({
messages: [userMessage, assistantMessage],
})
// First request will cache the message
await agent.invoke('What is in that document?')
// Second request will reuse the cached message
await agent.invoke('How long is the document?')
// Note: Cache metrics are not yet available in the TypeScript SDK
Note: Each model has its own minimum token requirement for creating cache checkpoints. If your system prompt or tool definitions don't meet this minimum token threshold, a cache checkpoint will not be created. For optimal caching, ensure your system prompts and tool definitions are substantial enough to meet these requirements.
Cache Metrics¶
When using prompt caching, Amazon Bedrock provides cache statistics to help you monitor cache performance:
CacheWriteInputTokens: Number of input tokens written to the cache (occurs on first request with new content)CacheReadInputTokens: Number of input tokens read from the cache (occurs on subsequent requests with cached content)
Strands automatically captures these metrics and makes them available:
Cache statistics are automatically included in AgentResult.metrics.accumulated_usage:
from strands import Agent
agent = Agent()
response = agent("Hello!")
# Access cache metrics
cache_write = response.metrics.accumulated_usage.get('cacheWriteInputTokens', 0)
cache_read = response.metrics.accumulated_usage.get('cacheReadInputTokens', 0)
print(f"Cache write tokens: {cache_write}")
print(f"Cache read tokens: {cache_read}")
Cache metrics are also automatically recorded in OpenTelemetry traces when telemetry is enabled.
Cache statistics are included in modelMetadataEvent.usage during streaming:
import { Agent } from '@strands-agents/sdk'
const agent = new Agent()
for await (const event of agent.stream('Hello!')) {
if (event.type === 'modelMetadataEvent' && event.usage) {
console.log(`Cache write tokens: ${event.usage.cacheWriteInputTokens || 0}`)
console.log(`Cache read tokens: ${event.usage.cacheReadInputTokens || 0}`)
}
}
Updating Configuration at Runtime¶
You can update the model configuration during runtime:
# Create the model with initial configuration
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
temperature=0.7
)
# Update configuration later
bedrock_model.update_config(
temperature=0.3,
top_p=0.2,
)
// Create the model with initial configuration
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
temperature: 0.7,
})
// Update configuration later
bedrockModel.updateConfig({
temperature: 0.3,
topP: 0.2,
})
This is especially useful for tools that need to update the model's configuration:
@tool
def update_model_id(model_id: str, agent: Agent) -> str:
"""
Update the model id of the agent
Args:
model_id: Bedrock model id to use.
"""
print(f"Updating model_id to {model_id}")
agent.model.update_config(model_id=model_id)
return f"Model updated to {model_id}"
@tool
def update_temperature(temperature: float, agent: Agent) -> str:
"""
Update the temperature of the agent
Args:
temperature: Temperature value for the model to use.
"""
print(f"Updating Temperature to {temperature}")
agent.model.update_config(temperature=temperature)
return f"Temperature updated to {temperature}"
import { tool } from '@strands-agents/sdk'
import { z } from 'zod'
// Define a tool that updates model configuration
const updateTemperature = tool({
name: 'update_temperature',
description: 'Update the temperature of the agent',
inputSchema: z.object({
temperature: z.number().describe('Temperature value for the model to use'),
}),
callback: async ({ temperature }, context) => {
if (context.agent?.model && 'updateConfig' in context.agent.model) {
context.agent.model.updateConfig({ temperature })
return `Temperature updated to ${temperature}`
}
return 'Failed to update temperature'
},
})
const agent = new Agent({
model: new BedrockModel({ modelId: 'anthropic.claude-sonnet-4-20250514-v1:0' }),
tools: [updateTemperature],
})
Reasoning Support¶
Amazon Bedrock models can provide detailed reasoning steps when generating responses. For detailed information about supported models and reasoning token configuration, see the Amazon Bedrock documentation on inference reasoning.
Strands allows you to enable and configure reasoning capabilities with your BedrockModel:
from strands import Agent
from strands.models import BedrockModel
# Create a Bedrock model with reasoning configuration
bedrock_model = BedrockModel(
model_id="anthropic.claude-sonnet-4-20250514-v1:0",
additional_request_fields={
"thinking": {
"type": "enabled",
"budget_tokens": 4096 # Minimum of 1,024
}
}
)
# Create an agent with the reasoning-enabled model
agent = Agent(model=bedrock_model)
# Ask a question that requires reasoning
response = agent("If a train travels at 120 km/h and needs to cover 450 km, how long will the journey take?")
Strands allows you to enable and configure reasoning capabilities with your BedrockModel:
// Create a Bedrock model with reasoning configuration
const bedrockModel = new BedrockModel({
modelId: 'anthropic.claude-sonnet-4-20250514-v1:0',
additionalRequestFields: {
thinking: {
type: 'enabled',
budget_tokens: 4096, // Minimum of 1,024
},
},
})
// Create an agent with the reasoning-enabled model
const agent = new Agent({ model: bedrockModel })
// Ask a question that requires reasoning
const response = await agent.invoke(
'If a train travels at 120 km/h and needs to cover 450 km, how long will the journey take?'
)
Note: Not all models support structured reasoning output. Check the inference reasoning documentation for details on supported models.
Structured Output¶
Amazon Bedrock models support structured output through their tool calling capabilities. When you use Agent.structured_output(), the Strands SDK converts your schema to Bedrock's tool specification format.
from pydantic import BaseModel, Field
from strands import Agent
from strands.models import BedrockModel
from typing import List, Optional
class ProductAnalysis(BaseModel):
"""Analyze product information from text."""
name: str = Field(description="Product name")
category: str = Field(description="Product category")
price: float = Field(description="Price in USD")
features: List[str] = Field(description="Key product features")
rating: Optional[float] = Field(description="Customer rating 1-5", ge=1, le=5)
bedrock_model = BedrockModel()
agent = Agent(model=bedrock_model)
result = agent.structured_output(
ProductAnalysis,
"""
Analyze this product: The UltraBook Pro is a premium laptop computer
priced at $1,299. It features a 15-inch 4K display, 16GB RAM, 512GB SSD,
and 12-hour battery life. Customer reviews average 4.5 stars.
"""
)
print(f"Product: {result.name}")
print(f"Category: {result.category}")
print(f"Price: ${result.price}")
print(f"Features: {result.features}")
print(f"Rating: {result.rating}")
// Structured output is not yet supported in the TypeScript SDK
Troubleshooting¶
Model access issue¶
If you encounter the following error:
You don't have access to the model with the specified model ID
This may indicate that the model is not enabled in your Amazon Bedrock account for the specified region. To resolve this issue follow the instructions above to request access to the model
On-demand throughput isn’t supported¶
If you encounter the error:
Invocation of model ID XXXX with on-demand throughput isn’t supported. Retry your request with the ID or ARN of an inference profile that contains this model.
This typically indicates that the model requires Cross-Region Inference, as documented in the Amazon Bedrock documentation on inference profiles. To resolve this issue, prefix your model ID with the appropriate regional identifier (us.or eu.) based on where your agent is running. For example:
Instead of:
anthropic.claude-sonnet-4-20250514-v1:0
Use:
us.anthropic.claude-sonnet-4-20250514-v1:0
Model identifier is invalid¶
If you encounter the error:
ValidationException: An error occurred (ValidationException) when calling the ConverseStream operation: The provided model identifier is invalid
This is very likely due to calling Bedrock with an inference model id, such as: us.anthropic.claude-sonnet-4-20250514-v1:0 from a region that does not support inference profiles. If so, pass in a valid model id, as follows:
agent = Agent(model="anthropic.claude-3-5-sonnet-20241022-v2:0")
const agent = new Agent({
model: 'anthropic.claude-3-5-sonnet-20241022-v2:0'
})
Strands uses a default Claude 4 Sonnet inference model from the region of your credentials when no model is provided. So if you did not pass in any model id and are getting the above error, it's very likely due to the region from the credentials not supporting inference profiles.