Prerequisites (AWS side)
1
A deployed AgentCore runtime
Deploy your agent to Bedrock AgentCore and copy its runtime ARN from the AWS Bedrock console under AgentCore. It looks like
arn:aws:bedrock-agentcore:<region>:<account>:runtime/<id>2
AWS credentials on the gateway
The gateway signs with SigV4 using the credentials of your Bedrock provider. Configure
AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, and AWS_REGION_NAME on the gateway, or attach an IAM role, with permission to invoke the runtime. The region is derived from the ARNAuth is AWS SigV4 by default (service
bedrock-agentcore). If your runtime is fronted by a Cognito or JWT authorizer instead, supply a bearer token as api_key in forceai_params and the gateway sends Authorization: Bearer <token> rather than signingRegister the agent
The only backend-specific input is the runtime ARN, filled into the model templatebedrock/agentcore/{agent_runtime_arn}. Credentials are inherited from the Bedrock provider
Fields
string
required
bedrock/agentcore/<runtime ARN>. The ARN is the only backend-specific valuestring
required
bedrock. AWS credentials are inherited from the Bedrock providerstring
Optional. Pass explicit AWS credentials here instead of inheriting them.
aws_session_token and aws_profile_name are also acceptedstring
Optional. A Cognito or JWT bearer token; when present the gateway uses bearer auth instead of SigV4
Approve and invoke
result.artifacts[].parts[].text. In Logs the request is attributed to the bedrock provider
Notes
Caller-supplied headers cannot spoof AWS identity: the gateway stripsauthorization, host, x-amz-*, and the AgentCore runtime-session headers from any agent_extra_headers before signing. A 403 from AgentCore means the signed identity lacks permission to invoke the runtime; a 401 means a bearer token was expected. AgentCore Runtime is consumption based, so an idle runtime does not bill; you pay for invocation compute