Skip to main content
Amazon Bedrock AgentCore Runtime is itself an A2A server. The gateway invokes it natively over JSON-RPC and signs each call with AWS SigV4, so onboarding is just the runtime ARN plus AWS credentials on the gateway. There is no per-request model bridge; the runtime speaks A2A directly

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 ARN
Auth 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 signing

Register the agent

The only backend-specific input is the runtime ARN, filled into the model template bedrock/agentcore/{agent_runtime_arn}. Credentials are inherited from the Bedrock provider
Or in the dashboard: Agentic -> Agents -> Add New Agent, pick Bedrock AgentCore, and paste the runtime ARN

Fields

string
required
bedrock/agentcore/<runtime ARN>. The ARN is the only backend-specific value
string
required
bedrock. AWS credentials are inherited from the Bedrock provider
string
Optional. Pass explicit AWS credentials here instead of inheriting them. aws_session_token and aws_profile_name are also accepted
string
Optional. A Cognito or JWT bearer token; when present the gateway uses bearer auth instead of SigV4

Approve and invoke

The reply comes back under result.artifacts[].parts[].text. In Logs the request is attributed to the bedrock provider

Notes

Caller-supplied headers cannot spoof AWS identity: the gateway strips authorization, 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