@aws-cdk/aws-bedrock-agentcore-alpha 2.236.0-alpha.0 → 2.237.1-alpha.0

package/.jsii

@@ -8,8 +8,8 @@
     "url": "https://aws.amazon.com"
   },
   "dependencies": {
-    "@aws-cdk/aws-bedrock-alpha": "2.236.0-alpha.0",
-    "aws-cdk-lib": "^2.236.0",
+    "@aws-cdk/aws-bedrock-alpha": "2.237.1-alpha.0",
+    "aws-cdk-lib": "^2.237.1",
     "constructs": "^10.0.0"
   },
   "dependencyClosure": {
@@ -2638,6 +2638,19 @@
             }
           }
         },
+        "aws-cdk-lib.aws_mwaaserverless": {
+          "targets": {
+            "dotnet": {
+              "namespace": "Amazon.CDK.AWS.MWAAServerless"
+            },
+            "java": {
+              "package": "software.amazon.awscdk.services.mwaaserverless"
+            },
+            "python": {
+              "module": "aws_cdk.aws_mwaaserverless"
+            }
+          }
+        },
         "aws-cdk-lib.aws_neptune": {
           "targets": {
             "dotnet": {
@@ -6843,6 +6856,22 @@
             }
           }
         },
+        "aws-cdk-lib.interfaces.aws_mwaaserverless": {
+          "targets": {
+            "dotnet": {
+              "namespace": "Amazon.CDK.Interfaces.MWAAServerless"
+            },
+            "go": {
+              "packageName": "interfacesawsmwaaserverless"
+            },
+            "java": {
+              "package": "software.amazon.awscdk.interfaces.mwaaserverless"
+            },
+            "python": {
+              "module": "aws_cdk.interfaces.aws_mwaaserverless"
+            }
+          }
+        },
         "aws-cdk-lib.interfaces.aws_neptune": {
           "targets": {
             "dotnet": {
@@ -8524,7 +8553,7 @@
   },
   "name": "@aws-cdk/aws-bedrock-agentcore-alpha",
   "readme": {
-    "markdown": "# Amazon Bedrock AgentCore Construct Library\n\n<!--BEGIN STABILITY BANNER-->\n\n---\n\n![cdk-constructs: Experimental](https://img.shields.io/badge/cdk--constructs-experimental-important.svg?style=for-the-badge)\n\n> The APIs of higher level constructs in this module are experimental and under active development.\n> They are subject to non-backward compatible changes or removal in any future version. These are\n> not subject to the [Semantic Versioning](https://semver.org/) model and breaking changes will be\n> announced in the release notes. This means that while you may use them, you may need to update\n> your source code when upgrading to a newer version of this package.\n\n---\n\n<!--END STABILITY BANNER-->\n\n| **Language**                                                                                   | **Package**                             |\n| :--------------------------------------------------------------------------------------------- | --------------------------------------- |\n| ![Typescript Logo](https://docs.aws.amazon.com/cdk/api/latest/img/typescript32.png) TypeScript | `@aws-cdk/aws-bedrock-agentcore-alpha` |\n\n[Amazon Bedrock AgentCore](https://aws.amazon.com/bedrock/agentcore/) enables you to deploy and operate highly capable AI agents securely, at scale. It offers infrastructure purpose-built for dynamic agent workloads, powerful tools to enhance agents, and essential controls for real-world deployment. AgentCore services can be used together or independently and work with any framework including CrewAI, LangGraph, LlamaIndex, and Strands Agents, as well as any foundation model in or outside of Amazon Bedrock, giving you ultimate flexibility. AgentCore eliminates the undifferentiated heavy lifting of building specialized agent infrastructure, so you can accelerate agents to production.\n\nThis construct library facilitates the deployment of Bedrock AgentCore primitives, enabling you to create sophisticated AI applications that can interact with your systems and data sources.\n\n> **Note:** Users need to ensure their CDK deployment role has the `iam:CreateServiceLinkedRole` permission for AgentCore service-linked roles.\n\n## Table of contents\n\n- [AgentCore Runtime](#agentcore-runtime)\n  - [Runtime Versioning](#runtime-versioning)\n  - [Runtime Endpoints](#runtime-endpoints)\n  - [AgentCore Runtime Properties](#agentcore-runtime-properties)\n  - [Runtime Endpoint Properties](#runtime-endpoint-properties)\n  - [Creating a Runtime](#creating-a-runtime)\n    - [Option 1: Use an existing image in ECR](#option-1-use-an-existing-image-in-ecr)\n    - [Managing Endpoints and Versions](#managing-endpoints-and-versions)\n    - [Option 2: Use a local asset](#option-2-use-a-local-asset)\n- [Browser Custom tool](#browser)\n  - [Browser properties](#browser-properties)\n  - [Browser Network modes](#browser-network-modes)\n  - [Basic Browser Creation](#basic-browser-creation)\n  - [Browser IAM permissions](#browser-iam-permissions)\n- [Code Interpreter Custom tool](#code-interpreter)\n  - [Code Interpreter properties](#code-interpreter-properties)\n  - [Code Interpreter Network Modes](#code-interpreter-network-modes)\n  - [Basic Code Interpreter Creation](#basic-code-interpreter-creation)\n  - [Code Interpreter IAM permissions](#code-interpreter-iam-permissions)\n- [Gateway](#gateway)\n  - [Gateway Properties](#gateway-properties)\n  - [Basic Gateway Creation](#basic-gateway-creation)\n  - [Protocol configuration](#protocol-configuration)\n  - [Inbound authorization](#inbound-authorization)\n  - [Gateway with KMS Encryption](#gateway-with-kms-encryption)\n  - [Gateway with Custom Execution Role](#gateway-with-custom-execution-role)\n  - [Gateway IAM Permissions](#gateway-iam-permissions)\n- [Gateway Target](#gateway-target)\n  - [Gateway Target Properties](#gateway-target-properties)\n  - [Targets types](#targets-types)\n  - [Outbound auth](#outbound-auth)\n  - [Api schema](#api-schema-for-openapi-and-smithy-target)\n  - [Basic Gateway Target Creation](#basic-gateway-target-creation)\n    - [Using addTarget methods (Recommended)](#using-addtarget-methods-recommended)\n    - [Using static factory methods](#using-static-factory-methods)\n  - [Lambda Target with Tool Schema](#tools-schema-for-lambda-target)\n  - [Smithy Model Target with OAuth](#api-schema-for-openapi-and-smithy-target)\n  - [Gateway Target IAM Permissions](#gateway-target-iam-permissions)\n- [Memory](#memory)\n  - [Memory properties](#memory-properties)\n  - [Basic Memory Creation](#basic-memory-creation)\n  - [LTM Memory Extraction Stategies](#ltm-memory-extraction-stategies)\n  - [Memory Strategy Methods](#memory-strategy-methods)\n- [Amazon Bedrock AgentCore Construct Library](#amazon-bedrock-agentcore-construct-library)\n  - [Table of contents](#table-of-contents)\n  - [AgentCore Runtime](#agentcore-runtime)\n    - [Runtime Endpoints](#runtime-endpoints)\n    - [AgentCore Runtime Properties](#agentcore-runtime-properties)\n    - [Runtime Endpoint Properties](#runtime-endpoint-properties)\n    - [Creating a Runtime](#creating-a-runtime)\n      - [Option 1: Use an existing image in ECR](#option-1-use-an-existing-image-in-ecr)\n      - [Option 2: Use a local asset](#option-2-use-a-local-asset)\n      - [Option 3: Use direct code deployment](#option-3-use-direct-code-deployment)\n    - [Granting Permissions to Invoke Bedrock Models or Inference Profiles](#granting-permissions-to-invoke-bedrock-models-or-inference-profiles)\n    - [Runtime Versioning](#runtime-versioning)\n      - [Managing Endpoints and Versions](#managing-endpoints-and-versions)\n        - [Step 1: Initial Deployment](#step-1-initial-deployment)\n        - [Step 2: Creating Custom Endpoints](#step-2-creating-custom-endpoints)\n        - [Step 3: Runtime Update Deployment](#step-3-runtime-update-deployment)\n        - [Step 4: Testing with Staging Endpoints](#step-4-testing-with-staging-endpoints)\n        - [Step 5: Promoting to Production](#step-5-promoting-to-production)\n    - [Creating Standalone Runtime Endpoints](#creating-standalone-runtime-endpoints)\n      - [Example: Creating an endpoint for an existing runtime](#example-creating-an-endpoint-for-an-existing-runtime)\n    - [Runtime Authentication Configuration](#runtime-authentication-configuration)\n      - [IAM Authentication (Default)](#iam-authentication-default)\n      - [Cognito Authentication](#cognito-authentication)\n      - [JWT Authentication](#jwt-authentication)\n      - [OAuth Authentication](#oauth-authentication)\n      - [Using a Custom IAM Role](#using-a-custom-iam-role)\n    - [Runtime Network Configuration](#runtime-network-configuration)\n      - [Public Network Mode (Default)](#public-network-mode-default)\n      - [VPC Network Mode](#vpc-network-mode)\n      - [Managing Security Groups with VPC Configuration](#managing-security-groups-with-vpc-configuration)\n  - [Browser](#browser)\n    - [Browser Network modes](#browser-network-modes)\n    - [Browser Properties](#browser-properties)\n    - [Basic Browser Creation](#basic-browser-creation)\n    - [Browser with Tags](#browser-with-tags)\n    - [Browser with VPC](#browser-with-vpc)\n    - [Browser with Recording Configuration](#browser-with-recording-configuration)\n    - [Browser with Custom Execution Role](#browser-with-custom-execution-role)\n    - [Browser with S3 Recording and Permissions](#browser-with-s3-recording-and-permissions)\n    - [Browser IAM Permissions](#browser-iam-permissions)\n  - [Code Interpreter](#code-interpreter)\n    - [Code Interpreter Network Modes](#code-interpreter-network-modes)\n    - [Code Interpreter Properties](#code-interpreter-properties)\n    - [Basic Code Interpreter Creation](#basic-code-interpreter-creation)\n    - [Code Interpreter with VPC](#code-interpreter-with-vpc)\n    - [Code Interpreter with Sandbox Network Mode](#code-interpreter-with-sandbox-network-mode)\n    - [Code Interpreter with Custom Execution Role](#code-interpreter-with-custom-execution-role)\n    - [Code Interpreter IAM Permissions](#code-interpreter-iam-permissions)\n    - [Code interpreter with tags](#code-interpreter-with-tags)\n  - [Memory](#memory)\n    - [Memory Properties](#memory-properties)\n    - [Basic Memory Creation](#basic-memory-creation)\n    - [LTM Memory Extraction Stategies](#ltm-memory-extraction-stategies)\n    - [Memory with Built-in Strategies](#memory-with-built-in-strategies)\n    - [Memory with custom Strategies](#memory-with-custom-strategies)\n      - [Memory with Custom Execution Role](#memory-with-custom-execution-role)\n    - [Memory with self-managed Strategies](#memory-with-self-managed-strategies)\n    - [Memory Strategy Methods](#memory-strategy-methods)\n\n## AgentCore Runtime\n\nThe AgentCore Runtime construct enables you to deploy containerized agents on Amazon Bedrock AgentCore.\nThis L2 construct simplifies runtime creation just pass your ECR repository name\nand the construct handles all the configuration with sensible defaults.\n\n### Runtime Endpoints\n\nEndpoints provide a stable way to invoke specific versions of your agent runtime, enabling controlled deployments across different environments.\nWhen you create an agent runtime, Amazon Bedrock AgentCore automatically creates a \"DEFAULT\" endpoint which always points to the latest version\nof runtime.\n\nYou can create additional endpoints in two ways:\n\n1. **Using Runtime.addEndpoint()** - Convenient method when creating endpoints alongside the runtime.\n2. **Using RuntimeEndpoint** - Flexible approach for existing runtimes.\n\nFor example, you might keep a \"production\" endpoint on a stable version while testing newer versions\nthrough a \"staging\" endpoint. This separation allows you to test changes thoroughly before promoting them\nto production by simply updating the endpoint to point to the newer version.\n\n### AgentCore Runtime Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `runtimeName` | `string` | No | The name of the agent runtime. Valid characters are a-z, A-Z, 0-9, _ (underscore). Must start with a letter and can be up to 48 characters long. If not provided, a unique name will be auto-generated |\n| `agentRuntimeArtifact` | `AgentRuntimeArtifact` | Yes | The artifact configuration for the agent runtime containing the container configuration with ECR URI |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the agent runtime. If not provided, a role will be created automatically |\n| `networkConfiguration` | `NetworkConfiguration` | No | Network configuration for the agent runtime. Defaults to `RuntimeNetworkConfiguration.usingPublicNetwork()` |\n| `description` | `string` | No | Optional description for the agent runtime |\n| `protocolConfiguration` | `ProtocolType` | No | Protocol configuration for the agent runtime. Defaults to `ProtocolType.HTTP` |\n| `authorizerConfiguration` | `RuntimeAuthorizerConfiguration` | No | Authorizer configuration for the agent runtime. Use `RuntimeAuthorizerConfiguration` static methods to create configurations for IAM, Cognito, JWT, or OAuth authentication |\n| `environmentVariables` | `{ [key: string]: string }` | No | Environment variables for the agent runtime. Maximum 50 environment variables |\n| `tags` | `{ [key: string]: string }` | No | Tags for the agent runtime. A list of key:value pairs of tags to apply to this Runtime resource |\n| `lifecycleConfiguration` | LifecycleConfiguration | No | The life cycle configuration for the AgentCore Runtime. Defaults to 900 seconds (15 minutes) for idle, 28800 seconds (8 hours) for max life time |\n| `requestHeaderConfiguration` | RequestHeaderConfiguration | No | Configuration for HTTP request headers that will be passed through to the runtime. Defaults to no configuration |\n\n### Runtime Endpoint Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `endpointName` | `string` | No | The name of the runtime endpoint. Valid characters are a-z, A-Z, 0-9, _ (underscore). Must start with a letter and can be up to 48 characters long. If not provided, a unique name will be auto-generated |\n| `agentRuntimeId` | `string` | Yes | The Agent Runtime ID for this endpoint |\n| `agentRuntimeVersion` | `string` | Yes | The Agent Runtime version for this endpoint. Must be between 1 and 5 characters long.|\n| `description` | `string` | No | Optional description for the runtime endpoint |\n| `tags` | `{ [key: string]: string }` | No | Tags for the runtime endpoint |\n\n### Creating a Runtime\n\n#### Option 1: Use an existing image in ECR\n\nReference an image available within ECR.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\n// The runtime by default create ECR permission only for the repository available in the account the stack is being deployed\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create runtime using the built image\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact\n});\n```\n\n#### Option 2: Use a local asset\n\nReference a local directory containing a Dockerfile.\nImages are built from a local Docker context directory (with a Dockerfile), uploaded to Amazon Elastic Container Registry (ECR)\nby the CDK toolkit,and can be naturally referenced in your CDK app.\n\n```typescript fixture=default\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromAsset(\n  path.join(__dirname, \"path to agent dockerfile directory\")\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n#### Option 3: Use direct code deployment\n\nWith the container deployment method, developers create a Dockerfile, build ARM-compatible containers, manage ECR repositories, and upload containers for code changes. This works well where container DevOps pipelines have already been established to automate deployments.\n\nHowever, customers looking for fully managed deployments can benefit from direct code deployment, which can significantly improve developer time and productivity. Direct code deployment provides a secure and scalable path forward for rapid prototyping agent capabilities to deploying production workloads at scale.\n\nWith direct code deployment, developers create a zip archive of code and dependencies, upload to Amazon S3, and configure the bucket in the agent configuration. A ZIP archive containing Linux arm64 dependencies needs to be uploaded to S3 as a pre-requisite to Create Agent Runtime.\n\nFor more information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-get-started-code-deploy.html).\n\n```typescript fixture=default\n// S3 bucket containing the agent core\nconst codeBucket = new s3.Bucket(this, \"AgentCode\", {\n  bucketName: \"my-code-bucket\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// the bucket above needs to contain the agent code\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromS3(\n  {\n    bucketName: codeBucket.bucketName,\n    objectKey: 'deployment_package.zip',\n  },\n  agentcore.AgentCoreRuntime.PYTHON_3_12,\n  ['opentelemetry-instrument', 'main.py']\n);\n\nconst runtimeInstance = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n#### Option 4: Use an ECR container image URI\n\nReference an ECR container image directly by its URI. This is useful when you have a pre-existing ECR image URI from CloudFormation parameters or cross-stack references. No IAM permissions are automatically granted - you must ensure the runtime has ECR pull permissions.\n\n```typescript fixture=default\n// Direct URI reference\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromImageUri(\n  \"123456789012.dkr.ecr.us-east-1.amazonaws.com/my-agent:v1.0.0\"\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\nYou can also use CloudFormation parameters or references:\n\n```typescript fixture=default\n// Using a CloudFormation parameter\nconst imageUriParam = new cdk.CfnParameter(this, \"ImageUri\", {\n  type: \"String\",\n  description: \"Container image URI for the agent runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromImageUri(\n  imageUriParam.valueAsString\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n### Granting Permissions to Invoke Bedrock Models or Inference Profiles\n\nTo grant the runtime permissions to invoke Bedrock models or inference profiles:\n\n```typescript fixture=default\n// Note: This example uses @aws-cdk/aws-bedrock-alpha which must be installed separately\ndeclare const runtime: agentcore.Runtime;\n\n// Define the Bedrock Foundation Model\nconst model = bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_7_SONNET_V1_0;\n\n// Grant the runtime permissions to invoke the model\nmodel.grantInvoke(runtime);\n\n// Create a cross-region inference profile for Claude 3.7 Sonnet\nconst inferenceProfile = bedrock.CrossRegionInferenceProfile.fromConfig({\n  geoRegion: bedrock.CrossRegionInferenceProfileRegion.US,\n  model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_7_SONNET_V1_0\n});\n\n// Grant the runtime permissions to invoke the inference profile\ninferenceProfile.grantInvoke(runtime);\n```\n\n### Runtime Versioning\n\nAmazon Bedrock AgentCore automatically manages runtime versioning to ensure safe deployments and rollback capabilities.\nWhen you create an agent runtime, AgentCore automatically creates version 1 (V1). Each subsequent update to the\nruntime configuration (such as updating the container image, modifying network settings, or changing protocol configurations)\ncreates a new immutable version. These versions contain complete, self-contained configurations that can be referenced by endpoints,\nallowing you to maintain different versions for different environments or gradually roll out updates.\n\n#### Managing Endpoints and Versions\n\nAmazon Bedrock AgentCore automatically manages runtime versioning to provide safe deployments and rollback capabilities. You can follow\nthe steps below to understand how to use versioning with runtime for controlled deployments across different environments.\n\n##### Step 1: Initial Deployment\n\nWhen you first create an agent runtime, AgentCore automatically creates Version 1 of your runtime. At this point, a DEFAULT endpoint is\nautomatically created that points to Version 1. This DEFAULT endpoint serves as the main access point for your runtime.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\"),\n});\n```\n\n##### Step 2: Creating Custom Endpoints\n\nAfter the initial deployment, you can create additional endpoints for different environments. For example, you might create a \"production\"\nendpoint that explicitly points to Version 1. This allows you to maintain stable access points for specific environments while keeping the\nflexibility to test newer versions elsewhere.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\"),\n});\n\nconst prodEndpoint = runtime.addEndpoint(\"production\", {\n  version: \"1\",\n  description: \"Stable production endpoint - pinned to v1\"\n});\n```\n\n##### Step 3: Runtime Update Deployment\n\nWhen you update the runtime configuration (such as updating the container image, modifying network settings, or changing protocol\nconfigurations), AgentCore automatically creates a new version (Version 2). Upon this update:\n\n- Version 2 is created automatically with the new configuration\n- The DEFAULT endpoint automatically updates to point to Version 2\n- Any explicitly pinned endpoints (like the production endpoint) remain on their specified versions\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n```\n\n##### Step 4: Testing with Staging Endpoints\n\nOnce Version 2 exists, you can create a staging endpoint that points to the new version. This staging endpoint allows you to test the\nnew version in a controlled environment before promoting it to production. This separation ensures that production traffic continues\nto use the stable version while you validate the new version.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n\nconst stagingEndpoint = runtime.addEndpoint(\"staging\", {\n  version: \"2\",\n  description: \"Staging environment for testing new version\"\n});\n```\n\n##### Step 5: Promoting to Production\n\nAfter thoroughly testing the new version through the staging endpoint, you can update the production endpoint to point to Version 2.\nThis controlled promotion process ensures that you can validate changes before they affect production traffic.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n\nconst prodEndpoint = runtime.addEndpoint(\"production\", {\n  version: \"2\",  // New version added here\n  description: \"Stable production endpoint\"\n});\n```\n\n### Creating Standalone Runtime Endpoints\n\nRuntimeEndpoint can also be created as a standalone resource.\n\n#### Example: Creating an endpoint for an existing runtime\n\n```typescript fixture=default\n// Reference an existing runtime by its ID\nconst existingRuntimeId = \"abc123-runtime-id\"; // The ID of an existing runtime\n\n// Create a standalone endpoint\nconst endpoint = new agentcore.RuntimeEndpoint(this, \"MyEndpoint\", {\n  endpointName: \"production\",\n  agentRuntimeId: existingRuntimeId,\n  agentRuntimeVersion: \"1\", // Specify which version to use\n  description: \"Production endpoint for existing runtime\"\n});\n```\n\n### Runtime Authentication Configuration\n\nThe AgentCore Runtime supports multiple authentication modes to secure access to your agent endpoints. Authentication is configured during runtime creation using the `RuntimeAuthorizerConfiguration` class's static factory methods.\n\n#### IAM Authentication (Default)\n\nIAM authentication is the default mode, when no authorizerConfiguration is set then the underlying service use IAM.\n\n#### Cognito Authentication\n\nTo configure AWS Cognito User Pool authentication:\n\n```typescript fixture=default\ndeclare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\ndeclare const anotherUserPoolClient: cognito.UserPoolClient;\n\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingCognito(\n    userPool, // User Pool (required)\n    [userPoolClient, anotherUserPoolClient], // User Pool Clients\n  ),\n});\n```\n\n#### JWT Authentication\n\nTo configure custom JWT authentication with your own OpenID Connect (OIDC) provider:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingJWT(\n    \"https://example.com/.well-known/openid-configuration\",  // Discovery URL (required)\n    [\"client1\", \"client2\"],  // Allowed Client IDs (optional)\n    [\"audience1\"]           // Allowed Audiences (optional)\n  ),\n});\n```\n\n**Note**: The discovery URL must end with `/.well-known/openid-configuration`.\n\n#### OAuth Authentication\n\nTo configure OAuth 2.0 authentication:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",\n    \"oauth_client_123\",\n  ),\n});\n```\n\n#### Using a Custom IAM Role\n\nInstead of using the auto-created execution role, you can provide your own IAM role with specific permissions:\nThe auto-created role includes all necessary baseline permissions for ECR access, CloudWatch logging, and X-Ray tracing. When providing a custom role, ensure these permissions are included.\n\n### Runtime Network Configuration\n\nThe AgentCore Runtime supports two network modes for deployment:\n\n#### Public Network Mode (Default)\n\nBy default, runtimes are deployed in PUBLIC network mode, which provides internet access suitable for less sensitive or open-use scenarios:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Explicitly using public network (this is the default)\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingPublicNetwork(),\n});\n```\n\n#### VPC Network Mode\n\nFor enhanced security and network isolation, you can deploy your runtime within a VPC:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create or use an existing VPC\nconst vpc = new ec2.Vpc(this, 'MyVpc', {\n  maxAzs: 2,\n});\n\n// Configure runtime with VPC\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n    vpcSubnets: { subnetType: ec2.SubnetType.PRIVATE_WITH_EGRESS },\n    // Optionally specify security groups, or one will be created automatically\n    // securityGroups: [mySecurityGroup],\n  }),\n});\n\n```\n\n#### Managing Security Groups with VPC Configuration\n\nWhen using VPC mode, the Runtime implements `ec2.IConnectable`, allowing you to manage network access using the `connections` property:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'MyVpc', {\n  maxAzs: 2,\n});\n\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create runtime with VPC configuration\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n    vpcSubnets: { subnetType: ec2.SubnetType.PRIVATE_WITH_EGRESS },\n  }),\n});\n\n// Now you can manage network access using the connections property\n// Allow inbound HTTPS traffic from a specific security group\nconst webServerSecurityGroup = new ec2.SecurityGroup(this, 'WebServerSG', { vpc });\nruntime.connections.allowFrom(webServerSecurityGroup, ec2.Port.tcp(443), 'Allow HTTPS from web servers');\n\n// Allow outbound connections to a database\nconst databaseSecurityGroup = new ec2.SecurityGroup(this, 'DatabaseSG', { vpc });\nruntime.connections.allowTo(databaseSecurityGroup, ec2.Port.tcp(5432), 'Allow PostgreSQL connection');\n\n// Allow outbound HTTPS to anywhere (for external API calls)\nruntime.connections.allowToAnyIpv4(ec2.Port.tcp(443), 'Allow HTTPS outbound');\n```\n\n### Runtime IAM Permissions\n\nThe Runtime construct provides convenient methods for granting IAM permissions to principals that need to invoke the runtime or manage its execution role.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create a runtime\nconst runtime = new agentcore.Runtime(this, \"MyRuntime\", {\n  runtimeName: \"my_runtime\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n\n// Create a Lambda function that needs to invoke the runtime\nconst invokerFunction = new lambda.Function(this, \"InvokerFunction\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\nimport boto3\ndef handler(event, context):\n    client = boto3.client('bedrock-agentcore')\n    # Invoke the runtime...\n  `),\n});\n\n// Grant permission to invoke the runtime directly\nruntime.grantInvokeRuntime(invokerFunction);\n\n// Grant permission to invoke the runtime on behalf of a user\n// (requires X-Amzn-Bedrock-AgentCore-Runtime-User-Id header)\nruntime.grantInvokeRuntimeForUser(invokerFunction);\n\n// Grant both invoke permissions (most common use case)\nruntime.grantInvoke(invokerFunction);\n\n// Grant specific custom permissions to the runtime's execution role\nruntime.grant(['bedrock:InvokeModel'], ['arn:aws:bedrock:*:*:*']);\n\n// Add a policy statement to the runtime's execution role\nruntime.addToRolePolicy(new iam.PolicyStatement({\n  actions: ['s3:GetObject'],\n  resources: ['arn:aws:s3:::my-bucket/*'],\n}));\n```\n\n### Other configuration\n\n#### Lifecycle configuration\n\nThe LifecycleConfiguration input parameter to CreateAgentRuntime lets you manage the lifecycle of runtime sessions and resources in Amazon Bedrock AgentCore Runtime. This configuration helps optimize resource utilization by automatically cleaning up idle sessions and preventing long-running instances from consuming resources indefinitely.\n\nYou can configure:\n\n- idleRuntimeSessionTimeout: Timeout in seconds for idle runtime sessions. When a session remains idle for this duration, it will trigger termination. Termination can last up to 15 seconds due to logging and other process completion. Default: 900 seconds (15 minutes)\n- maxLifetime: Maximum lifetime for the instance in seconds. Once reached, instances will initialize termination. Termination can last up to 15 seconds due to logging and other process completion. Default: 28800 seconds (8 hours)\n\nFor additional information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-lifecycle-settings.html).\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nnew agentcore.Runtime(this, 'test-runtime', {\n  runtimeName: 'test_runtime',\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  lifecycleConfiguration: {\n    idleRuntimeSessionTimeout: Duration.minutes(10),\n    maxLifetime: Duration.hours(4),\n  },\n});\n```\n\n#### Request header configuration\n\nCustom headers let you pass contextual information from your application directly to your agent code without cluttering the main request payload. This includes authentication tokens like JWT (JSON Web Tokens, which contain user identity and authorization claims) through the Authorization header, allowing your agent to make decisions based on who is calling it. You can also pass custom metadata like user preferences, session identifiers, or trace context using headers prefixed with X-Amzn-Bedrock-AgentCore-Runtime-Custom-, giving your agent access to up to 20 pieces of runtime context that travel alongside each request. This information can be also used in downstream systems like AgentCore Memory that you can namespace based on those characteristics like user_id or aud in claims like line of business.\n\nFor additional information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-header-allowlist.html).\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nnew agentcore.Runtime(this, 'test-runtime', {\n  runtimeName: 'test_runtime',\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  requestHeaderConfiguration: {\n    allowlistedHeaders: ['X-Amzn-Bedrock-AgentCore-Runtime-Custom-H1'],\n  },\n});\n```\n\n## Browser\n\nThe Amazon Bedrock AgentCore Browser provides a secure, cloud-based browser that enables AI agents to interact with websites. It includes security features such as session isolation, built-in observability through live viewing, CloudTrail logging, and session replay capabilities.\n\nAdditional information about the browser tool can be found in the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/browser-tool.html)\n\n### Browser Network modes\n\nThe Browser construct supports the following network modes:\n\n1. **Public Network Mode** (`BrowserNetworkMode.usingPublicNetwork()`) - Default\n\n   - Allows internet access for web browsing and external API calls\n   - Suitable for scenarios where agents need to interact with publicly available websites\n   - Enables full web browsing capabilities\n   - VPC mode is not supported with this option\n\n2. **VPC (Virtual Private Cloud)** (`BrowserNetworkMode.usingVpc()`)\n\n   - Select whether to run the browser in a virtual private cloud (VPC).\n   - By configuring VPC connectivity, you enable secure access to private resources such as databases, internal APIs, and services within your VPC.\n\n    While the VPC itself is mandatory, these are optional:\n    - Subnets - if not provided, CDK will select appropriate subnets from the VPC\n    - Security Groups - if not provided, CDK will create a default security group\n    - Specific subnet selection criteria - you can let CDK choose automatically\n\nFor more information on VPC connectivity for Amazon Bedrock AgentCore Browser, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agentcore-vpc.html).\n\n### Browser Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `browserCustomName` | `string` | No | The name of the browser. Must start with a letter and can be up to 48 characters long. Pattern: `[a-zA-Z][a-zA-Z0-9_]{0,47}`. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the browser. Can have up to 200 characters |\n| `networkConfiguration` | `BrowserNetworkConfiguration` | No | Network configuration for browser. Defaults to PUBLIC network mode |\n| `recordingConfig` | `RecordingConfig` | No | Recording configuration for browser. Defaults to no recording |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the browser to access AWS services. A new role will be created if not provided |\n| `tags` | `{ [key: string]: string }` | No | Tags to apply to the browser resource |\n| `browserSigning` | BrowserSigning | No | Browser signing configuration. Defaults to DISABLED |\n\n### Basic Browser Creation\n\n```typescript fixture=default\n// Create a basic browser with public network access\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"A browser for web automation\",\n});\n```\n\n### Browser with Tags\n\n```typescript fixture=default\n// Create a browser with custom tags\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"A browser for web automation with tags\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  tags: {\n    Environment: \"Production\",\n    Team: \"AI/ML\",\n    Project: \"AgentCore\",\n  },\n});\n```\n\n### Browser with VPC\n\n```typescript fixture=default\nconst browser = new agentcore.BrowserCustom(this, 'BrowserVpcWithRecording', {\n  browserCustomName: 'browser_recording',\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: new ec2.Vpc(this, 'VPC', { restrictDefaultSecurityGroup: false }),\n  }),\n});\n```\n\nBrowser exposes a [connections](https://docs.aws.amazon.com/cdk/api/v2/docs/aws-cdk-lib.aws_ec2.Connections.html) property. This property returns a connections object, which simplifies the process of defining and managing ingress and egress rules for security groups in your AWS CDK applications. Instead of directly manipulating security group rules, you interact with the Connections object of a construct, which then translates your connectivity requirements into the appropriate security group rules. For instance:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'testVPC');\n\nconst browser = new agentcore.BrowserCustom(this, 'test-browser', {\n  browserCustomName: 'test_browser',\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n  }),\n});\n\nbrowser.connections.addSecurityGroup(new ec2.SecurityGroup(this, 'AdditionalGroup', { vpc }));\n```\n\nSo security groups can be added after the browser construct creation. You can use methods like allowFrom() and allowTo() to grant ingress access to/egress access from a specified peer over a given portRange. The Connections object automatically adds the necessary ingress or egress rules to the security group(s) associated with the calling construct.\n\n### Browser with Recording Configuration\n\n```typescript fixture=default\n// Create an S3 bucket for recordings\nconst recordingBucket = new s3.Bucket(this, \"RecordingBucket\", {\n  bucketName: \"my-browser-recordings\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// Create browser with recording enabled\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with recording enabled\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  recordingConfig: {\n    enabled: true,\n    s3Location: {\n      bucketName: recordingBucket.bucketName,\n      objectKey: \"browser-recordings/\",\n    },\n  },\n});\n```\n\n### Browser with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"BrowserExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\"AmazonBedrockAgentCoreBrowserExecutionRolePolicy\"),\n  ],\n});\n\n// Create browser with custom execution role\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with custom execution role\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  executionRole: executionRole,\n});\n```\n\n### Browser with S3 Recording and Permissions\n\n```typescript fixture=default\n// Create an S3 bucket for recordings\nconst recordingBucket = new s3.Bucket(this, \"RecordingBucket\", {\n  bucketName: \"my-browser-recordings\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// Create browser with recording enabled\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with recording enabled\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  recordingConfig: {\n    enabled: true,\n    s3Location: {\n      bucketName: recordingBucket.bucketName,\n      objectKey: \"browser-recordings/\",\n    },\n  },\n});\n\n// The browser construct automatically grants S3 permissions to the execution role\n// when recording is enabled, so no additional IAM configuration is needed\n```\n\n### Browser with Browser signing\n\nAI agents need to browse the web on your behalf. When your agent visits a website to gather information, complete a form, or verify data, it encounters the same defenses designed to stop unwanted bots: CAPTCHAs, rate limits, and outright blocks.\n\nAmazon Bedrock AgentCore Browser supports Web Bot Auth. Web Bot Auth is a draft IETF protocol that gives agents verifiable cryptographic identities. When you enable Web Bot Auth in AgentCore Browser, the service issues cryptographic credentials that websites can verify. The agent presents these credentials with every request. The WAF may now additionally check the signature, confirm it matches a trusted directory, and allow the request through if verified bots are allowed by the domain owner and other WAF checks are clear.\n\nTo enable the browser to sign requests using the Web Bot Auth protocol, create a browser tool with the browserSigning configuration:\n\n```typescript fixture=default\nconst browser = new agentcore.BrowserCustom(this, 'test-browser', {\n  browserCustomName: 'test_browser',\n  browserSigning: agentcore.BrowserSigning.ENABLED\n});\n```\n\n### Browser IAM Permissions\n\nThe Browser construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a browser\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser for web automation\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n});\n\n// Create a role that needs access to the browser\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\nbrowser.grantRead(userRole);\n\n// Grant use permissions (Start, Update, Stop actions)\nbrowser.grantUse(userRole);\n\n// Grant specific custom permissions\nbrowser.grant(userRole, \"bedrock-agentcore:GetBrowserSession\");\n```\n\n## Code Interpreter\n\nThe Amazon Bedrock AgentCore Code Interpreter enables AI agents to write and execute code securely in sandbox environments, enhancing their accuracy and expanding their ability to solve complex end-to-end tasks. This is critical in Agentic AI applications where the agents may execute arbitrary code that can lead to data compromise or security risks. The AgentCore Code Interpreter tool provides secure code execution, which helps you avoid running into these issues.\n\nFor more information about code interpreter, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/code-interpreter-tool.html)\n\n### Code Interpreter Network Modes\n\nThe Code Interpreter construct supports the following network modes:\n\n1. **Public Network Mode** (`CodeInterpreterNetworkMode.usingPublicNetwork()`) - Default\n\n   - Allows internet access for package installation and external API calls\n   - Suitable for development and testing environments\n   - Enables downloading Python packages from PyPI\n\n2. **Sandbox Network Mode** (`CodeInterpreterNetworkMode.usingSandboxNetwork()`)\n   - Isolated network environment with no internet access\n   - Suitable for production environments with strict security requirements\n   - Only allows access to pre-installed packages and local resources\n\n3. **VPC (Virtual Private Cloud)** (`CodeInterpreterNetworkMode.usingVpc()`)\n   - Select whether to run the browser in a virtual private cloud (VPC).\n   - By configuring VPC connectivity, you enable secure access to private resources such as databases, internal APIs, and services within your VPC.\n\n    While the VPC itself is mandatory, these are optional:\n    - Subnets - if not provided, CDK will select appropriate subnets from the VPC\n    - Security Groups - if not provided, CDK will create a default security group\n    - Specific subnet selection criteria - you can let CDK choose automatically\n\nFor more information on VPC connectivity for Amazon Bedrock AgentCore Browser, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agentcore-vpc.html).\n\n### Code Interpreter Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `codeInterpreterCustomName` | `string` | No | The name of the code interpreter. Must start with a letter and can be up to 48 characters long. Pattern: `[a-zA-Z][a-zA-Z0-9_]{0,47}`. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the code interpreter. Can have up to 200 characters |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the code interpreter to access AWS services. A new role will be created if not provided |\n| `networkConfiguration` | `CodeInterpreterNetworkConfiguration` | No | Network configuration for code interpreter. Defaults to PUBLIC network mode |\n| `tags` | `{ [key: string]: string }` | No | Tags to apply to the code interpreter resource |\n\n### Basic Code Interpreter Creation\n\n```typescript fixture=default\n// Create a basic code interpreter with public network access\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"A code interpreter for Python execution\",\n});\n```\n\n### Code Interpreter with VPC\n\n```typescript fixture=default\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: new ec2.Vpc(this, 'VPC', { restrictDefaultSecurityGroup: false }),\n  }),\n});\n```\n\nCode Interpreter exposes a [connections](https://docs.aws.amazon.com/cdk/api/v2/docs/aws-cdk-lib.aws_ec2.Connections.html) property. This property returns a connections object, which simplifies the process of defining and managing ingress and egress rules for security groups in your AWS CDK applications. Instead of directly manipulating security group rules, you interact with the Connections object of a construct, which then translates your connectivity requirements into the appropriate security group rules. For instance:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'testVPC');\n\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n  }),\n});\n\ncodeInterpreter.connections.addSecurityGroup(new ec2.SecurityGroup(this, 'AdditionalGroup', { vpc }));\n```\n\nSo security groups can be added after the browser construct creation. You can use methods like allowFrom() and allowTo() to grant ingress access to/egress access from a specified peer over a given portRange. The Connections object automatically adds the necessary ingress or egress rules to the security group(s) associated with the calling construct.\n\n### Code Interpreter with Sandbox Network Mode\n\n```typescript fixture=default\n// Create code interpreter with sandbox network mode (isolated)\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingSandboxNetwork(),\n});\n```\n\n### Code Interpreter with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"CodeInterpreterExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n});\n\n// Create code interpreter with custom execution role\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"Code interpreter with custom execution role\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n  executionRole: executionRole,\n});\n```\n\n### Code Interpreter IAM Permissions\n\nThe Code Interpreter construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a code interpreter\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"Code interpreter for Python execution\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n});\n\n// Create a role that needs access to the code interpreter\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ncodeInterpreter.grantRead(userRole);\n\n// Grant use permissions (Start, Invoke, Stop actions)\ncodeInterpreter.grantUse(userRole);\n\n// Grant specific custom permissions\ncodeInterpreter.grant(userRole, \"bedrock-agentcore:GetCodeInterpreterSession\");\n```\n\n### Code interpreter with tags\n\n```typescript fixture=default\n// Create code interpreter with sandbox network mode (isolated)\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n  tags: {\n    Environment: \"Production\",\n    Team: \"AI/ML\",\n    Project: \"AgentCore\",\n  },\n});\n```\n\n## Gateway\n\nThe Gateway construct provides a way to create Amazon Bedrock Agent Core Gateways, which serve as integration points between agents and external services.\n\n### Gateway Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `gatewayName` | `string` | No | The name of the gateway. Valid characters are a-z, A-Z, 0-9, _ (underscore) and - (hyphen). Maximum 100 characters. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the gateway. Maximum 200 characters |\n| `protocolConfiguration` | `IGatewayProtocolConfig` | No | The protocol configuration for the gateway. Defaults to MCP protocol |\n| `authorizerConfiguration` | `IGatewayAuthorizerConfig` | No | The authorizer configuration for the gateway. Defaults to Cognito |\n| `exceptionLevel` | `GatewayExceptionLevel` | No | The verbosity of exception messages. Use DEBUG mode to see granular exception messages |\n| `kmsKey` | `kms.IKey` | No | The AWS KMS key used to encrypt data associated with the gateway |\n| `role` | `iam.IRole` | No | The IAM role that provides permissions for the gateway to access AWS services. A new role will be created if not provided |\n| `tags` | `{ [key: string]: string }` | No | Tags for the gateway. A list of key:value pairs of tags to apply to this Gateway resource |\n\n### Basic Gateway Creation\n\nThe protocol configuration defaults to MCP and the inbound auth configuration uses Cognito (it is automatically created on your behalf).\n\n```typescript fixture=default\n// Create a basic gateway with default MCP protocol and Cognito authorizer\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n```\n\n### Protocol configuration\n\nCurrently MCP is the only protocol available. To configure it, use the `protocol` property with `McpProtocolConfiguration`:\n\n- Instructions: Guidance for how to use the gateway with your tools\n- Semantic search: Smart tool discovery that finds the right tools without typical limits. It improves accuracy by finding relevant tools based on context\n- Supported versions: Which MCP protocol versions the gateway can use\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n});\n```\n\n### Inbound authorization\n\nBefore you create your gateway, you must set up inbound authorization. Inbound authorization validates users who attempt to access targets through\nyour AgentCore gateway. By default, if not provided, the construct will create and configure Cognito as the default identity provider\n(inbound Auth setup). AgentCore supports the following types of inbound authorization:\n\n**JSON Web Token (JWT)** – A secure and compact token used for authorization. After creating the JWT, you specify it as the authorization\nconfiguration when you create the gateway. You can create a JWT with any of the identity providers at Provider setup and configuration.\n\nYou can configure a custom authorization provider using the `inboundAuthorizer` property with `GatewayAuthorizer.usingCustomJwt()`.\nYou need to specify an OAuth discovery server and client IDs/audiences when you create the gateway. You can specify the following:\n\n- Discovery Url — String that must match the pattern ^.+/\\.well-known/openid-configuration$ for OpenID Connect discovery URLs\n- At least one of the below options depending on the chosen identity provider.\n- Allowed audiences — List of allowed audiences for JWT tokens\n- Allowed clients — List of allowed client identifiers\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n});\n```\n\n**IAM** – Authorizes through the credentials of the AWS IAM identity trying to access the gateway.\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingAwsIam(),\n});\n\n// Grant access to a Lambda function's role\nconst lambdaRole = new iam.Role(this, \"LambdaRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// The Lambda needs permission to invoke the gateway\ngateway.grantInvoke(lambdaRole);\n```\n\n**Cognito with M2M (Machine-to-Machine) Authentication (Default)** – When no authorizer is specified, the construct automatically creates a Cognito User Pool configured for OAuth 2.0 client credentials flow. This enables machine-to-machine authentication suitable for AI agents and service-to-service communication.\n\nFor more information, see [Setting up Amazon Cognito for Gateway inbound authorization](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/identity-idp-cognito.html).\n\n```typescript fixture=default\n// Create a gateway with default Cognito M2M authorizer\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// Access the Cognito resources for authentication setup\nconst userPool = gateway.userPool;\nconst userPoolClient = gateway.userPoolClient;\n\n// Get the token endpoint URL and OAuth scopes for client credentials flow\nconst tokenEndpointUrl = gateway.tokenEndpointUrl;\nconst oauthScopes = gateway.oauthScopes;\n// oauthScopes are in the format: ['{resourceServerId}/read', '{resourceServerId}/write']\n```\n\nTo authenticate with the gateway, request an access token using the client credentials flow and use it to call Gateway endpoints. For more information about the token endpoint, see [The token issuer endpoint](https://docs.aws.amazon.com/cognito/latest/developerguide/token-endpoint.html).\n\nThe following is an example of a token request using curl:\n\n```bash\ncurl -X POST \"${TOKEN_ENDPOINT_URL}\" \\\n  -H \"Content-Type: application/x-www-form-urlencoded\" \\\n  -d \"grant_type=client_credentials\" \\\n  -d \"client_id=${USER_POOL_CLIENT_ID}\" \\\n  -d \"client_secret=${CLIENT_SECRET}\" \\\n  -d \"scope=${OAUTH_SCOPES}\"\n```\n\n### Gateway with KMS Encryption\n\nYou can provide a KMS key, and configure the authorizer as well as the protocol configuration.\n\n```typescript fixture=default\n// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});\n```\n\n### Gateway with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"GatewayExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\"AmazonBedrockAgentCoreGatewayExecutionRolePolicy\"),\n  ],\n});\n\n// Create gateway with custom execution role\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  description: \"Gateway with custom execution role\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  role: executionRole,\n});\n```\n\n### Gateway IAM Permissions\n\nThe Gateway construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a gateway\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  description: \"Gateway for external service integration\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n});\n\n// Create a role that needs access to the gateway\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ngateway.grantRead(userRole);\n\n// Grant manage permissions (Create, Update, Delete actions)\ngateway.grantManage(userRole);\n\n// Grant specific custom permissions\ngateway.grant(userRole, \"bedrock-agentcore:GetGateway\");\n```\n\n## Gateway Target\n\nAfter Creating gateways, you can add targets which define the tools that your gateway will host. Gateway supports multiple target\ntypes including Lambda functions and API specifications (either OpenAPI schemas or Smithy models). Gateway allows you to attach multiple\ntargets to a Gateway and you can change the targets / tools attached to a gateway at any point. Each target can have its own\ncredential provider attached enabling you to securely access targets whether they need IAM, API Key, or OAuth credentials.\n\n### Gateway Target Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `gatewayTargetName` | `string` | No | The name of the gateway target. Valid characters are a-z, A-Z, 0-9, _ (underscore) and - (hyphen). If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the gateway target. Maximum 200 characters |\n| `gateway` | `IGateway` | Yes | The gateway this target belongs to |\n| `targetConfiguration` | `ITargetConfiguration` | Yes | The target configuration (Lambda, OpenAPI, or Smithy). **Note:** Users typically don't create this directly. When using convenience methods like `GatewayTarget.forLambda()`, `GatewayTarget.forOpenApi()`, `GatewayTarget.forSmithy()` or the gateway's `addLambdaTarget()`, `addOpenApiTarget()`, `addSmithyTarget()` methods, this configuration is created internally for you. Only needed when using the GatewayTarget constructor directly for [advanced scenarios](#advanced-usage-direct-configuration-for-gateway-target). |\n| `credentialProviderConfigurations` | `IGatewayCredentialProvider[]` | No | Credential providers for authentication. Defaults to `[GatewayCredentialProvider.fromIamRole()]`. Use `GatewayCredentialProvider.fromApiKeyIdentityArn()`, `GatewayCredentialProvider.fromOauthIdentityArn()`, or `GatewayCredentialProvider.fromIamRole()` |\n| `validateOpenApiSchema` | `boolean` | No | (OpenAPI targets only) Whether to validate the OpenAPI schema at synthesis time. Defaults to `true`. Only applies to inline and local asset schemas. For more information refer here <https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-schema-openapi.html> |\n\nThis approach gives you full control over the configuration but is typically not necessary for most use cases.\n\n### Targets types\n\nYou can create the following targets types:\n\n**Lambda Target**: Lambda targets allow you to connect your gateway to AWS Lambda functions that implement your tools. This is useful\nwhen you want to execute custom code in response to tool invocations.\n\n- Supports GATEWAY_IAM_ROLE credential provider only\n- Ideal for custom serverless function integration\n- Need tool schema (tool schema is a blueprint that describes the functions your Lambda provides to AI agents).\n  The construct provide [3 ways to upload a tool schema to Lambda target](#tools-schema-for-lambda-target)\n- When using the default IAM authentication (no `credentialProviderConfigurations` specified),\n  the construct automatocally grants the gateway role permission to invoke your Lambda function (`lambda:InvokeFunction`).\n\n**OpenAPI Schema Target** : OpenAPI widely used standard for describing RESTful APIs. Gateway supports OpenAPI 3.0\nspecifications for defining API targets. It connects to REST APIs using OpenAPI specifications\n\n- Supports OAUTH and API_KEY credential providers (Do not support IAM, you must provide `credentialProviderConfigurations`)\n- Ideal for integrating with external REST services\n- Need API schema. The construct provide [3 ways to upload a API schema to OpenAPI target](#api-schema-for-openapi-and-smithy-target)\n\n**Smithy Model Target** : Smithy is a language for defining services and software development kits (SDKs). Smithy models provide\na more structured approach to defining APIs compared to OpenAPI, and are particularly useful for connecting to AWS services.\nAgentCore Gateway supports built-in AWS service models only. It connects to services using Smithy model definitions\n\n- Supports OAUTH and API_KEY credential providers\n- Ideal for AWS service integrations\n- Need API schema. The construct provide 3 ways to upload a API schema to Smity target\n- When using the default IAM authentication (no `credentialProviderConfigurations` specified), The construct only\n  grants permission to read the Smithy schema file from S3. You MUST manually grant permissions for the gateway\n  role to invoke the actual Smithy API endpoints\n\n> Note: For Smithy model targets that access AWS services, your Gateway's execution role needs permissions to access those services.\nFor example, for a DynamoDB target, your execution role needs permissions to perform DynamoDB operations.\nThis is not managed by the construct due to the large number of options. Please refer to\n[Smithy Model Permission](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-prerequisites-permissions.html) for example.\n\n**MCP Server Target**: Model Context Protocol (MCP) servers provide external tools, data access, and custom functions for AI agents.\nMCP servers enable agents to interact with external systems and services through a standardized protocol. Gateway automatically\ndiscovers and indexes available tools from MCP servers through synchronization.\n\n**Key Features:**\n\n- Requires explicit authentication configuration (OAuth2 recommended, empty array for NoAuth)\n- Ideal for connecting to external MCP-compliant servers\n- The endpoint must use HTTPS protocol\n- Supported MCP protocol versions: 2025-06-18, 2025-03-26\n- Automatic tool discovery through synchronization\n\n**Synchronization Behavior:**\n\nMCP Server targets require synchronization to discover and index available tools:\n\n- **Implicit Synchronization (Automatic)**: Tool discovery happens automatically during:\n  - Target creation (`CreateGatewayTarget`)\n  - Target updates (`UpdateGatewayTarget`)\n  - The Gateway calls the MCP server's `tools/list` endpoint and indexes tools without user intervention\n\n- **Explicit Synchronization (Manual)**: When the MCP server's tools change independently (new tools added, schemas modified, tools removed):\n  - The Gateway's tool catalog becomes stale\n  - Call the `SynchronizeGatewayTargets` API to refresh the catalog\n  - Use the `grantSync()` method to grant permissions to Lambda functions, CI/CD pipelines, or scheduled tasks that will trigger synchronization\n\n**Authentication & Permissions:**\n\nWhen using OAuth2, the Gateway service role automatically receives:\n\n- `bedrock-agentcore:GetWorkloadAccessToken`\n- `bedrock-agentcore:GetResourceOauth2Token`\n- `secretsmanager:GetSecretValue`\n- KMS decrypt (if secrets are encrypted)\n\nFor explicit synchronization, use `grantSync()` to grant `bedrock-agentcore:SynchronizeGatewayTargets` permission to your operator roles.\n\n> For more information, refer to the [MCP Server Target documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-target-MCPservers.html).\n\n### Understanding Tool Naming\n\nWhen tools are exposed through gateway targets, AgentCore Gateway prefixes each tool name with the target name to ensure uniqueness across multiple targets. This is important to understand when building your application logic.\n\n**Naming Pattern:**\n\n**Example:**\n\nIf your target is named `my-lambda-target` and provides a tool called `calculate_price`, agents will discover and invoke it as `my-lambda-target__calculate_price`.\n\n**Important Considerations:**\n\n- **For Lambda Targets**: Your Lambda handler must strip the target name prefix before processing the tool request. The full tool name (with prefix) is sent in the event.\n- **For MCP Server Targets**: The MCP server receives tool calls with the prefixed name from the gateway.\n- **For OpenAPI/Smithy Targets**: The gateway handles the prefix automatically when mapping to API operations based on the `operationId`.\n\nThis naming convention ensures that:\n\n- Tools from different targets don't collide even if they have the same name\n- Agents can access tools from multiple targets through a single gateway\n- Tool names remain unique in the unified tool catalog\n\nFor more details, see the [Gateway Tool Naming Documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-tool-naming.html).\n\n### Tools schema For Lambda target\n\nThe lambda target need tools schema to understand the fuunction lambda provides. You can upload the tool schema by following 3 ways:\n\n- From a local asset file\n\n```typescript\nconst toolSchema = agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  );\n```\n\n- From an existing S3 file:\n\n```typescript\n\nconst toolSchema = agentcore.ToolSchema.fromS3File(\n    s3.Bucket.fromBucketName(this, \"SchemasBucket\", \"my-schemas-bucket\"),\n    \"tools/complex-tool-schema.json\",\n    \"123456789012\"\n  );\n```\n\n- From Inline:\n\n```typescript\nconst toolSchema = agentcore.ToolSchema.fromInline([{\n      name: \"hello_world\",\n      description: \"A simple hello world tool\",\n      inputSchema: {\n        type: agentcore.SchemaDefinitionType.OBJECT,\n        properties: {\n          name: {\n            type: agentcore.SchemaDefinitionType.STRING,\n            description: \"The name to greet\",\n          },\n        },\n        required: [\"name\"],\n      },\n    }]);\n\n```\n\n### Api schema For OpenAPI and Smithy target\n\nThe OpenAPI and Smithy target need API Schema. The Gateway construct provide three ways to upload API schema for your target:\n\n- From a local asset file (requires binding to scope):\n\n```typescript fixture=default\n// When using ApiSchema.fromLocalAsset, you must bind the schema to a scope\nconst schema = agentcore.ApiSchema.fromLocalAsset(path.join(__dirname, \"mySchema.yml\"));\n\nschema.bind(this);\n```\n\n- From an inline schema:\n\n```typescript fixture=default\nconst inlineSchema = agentcore.ApiSchema.fromInline(`\nopenapi: 3.0.3\ninfo:\n  title: Library API\n  version: 1.0.0\npaths:\n  /search:\n    get:\n      summary: Search for books\n      operationId: searchBooks\n      parameters:\n        - name: query\n          in: query\n          required: true\n          schema:\n            type: string\n`);\n```\n\n- From an existing S3 file:\n\n```typescript fixture=default\nconst bucket = s3.Bucket.fromBucketName(this, \"ExistingBucket\", \"my-schema-bucket\");\nconst s3Schema = agentcore.ApiSchema.fromS3File(bucket, \"schemas/action-group.yaml\");\n```\n\n### Outbound auth\n\nOutbound authorization lets Amazon Bedrock AgentCore gateways securely access gateway targets on behalf of users authenticated\nand authorized during Inbound Auth.\n\nAgentCore Gateway supports the following types of outbound authorization:\n\n**IAM-based outbound authorization** – The gateway uses its execution role to authenticate with AWS services. This is the default\n and most common approach for Lambda targets and AWS service integrations.\n\n**2-legged OAuth (OAuth 2LO)** – Use OAuth 2.0 two-legged flow (2LO) for targets that require OAuth authentication.\nThe gateway authenticates on its own behalf, not on behalf of a user.\n\n**API key** – Use the AgentCore service/AWS console to generate an API key to authenticate access to the gateway target.\n\n**Note > You need to set up the outbound identity before you can create a gateway target.\n\n### Basic Gateway Target Creation\n\nYou can create targets in two ways: using the static factory methods on `GatewayTarget` or using the convenient `addTarget` methods on the gateway instance.\n\n#### Using addTarget methods (Recommended)\n\nBelow are the examples on how you can create Lambda , Smity and OpenAPI target using `addTarget` method.\n\n```typescript fixture=default\n// Create a gateway first\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n    exports.handler = async (event) => {\n      return {\n        statusCode: 200,\n        body: JSON.stringify({ message: 'Hello from Lambda!' })\n      };\n    };\n  `),\n});\n\nconst lambdaTarget = gateway.addLambdaTarget(\"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Lambda function target\",\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromInline([\n    {\n      name: \"hello_world\",\n      description: \"A simple hello world tool\",\n      inputSchema: {\n        type: agentcore.SchemaDefinitionType.OBJECT,\n        properties: {\n          name: {\n            type: agentcore.SchemaDefinitionType.STRING,\n            description: \"The name to greet\",\n          },\n        },\n        required: [\"name\"],\n      },\n    },\n  ]),\n});\n```\n\n- OpenAPI Target\n\n``` typescript\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// These ARNs are returned when creating the API key credential provider via Console or API\nconst apiKeyProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/apikeycredentialprovider/my-apikey\"\nconst apiKeySecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-apikey-secret-abc123\"\n\nconst bucket = s3.Bucket.fromBucketName(this, \"ExistingBucket\", \"my-schema-bucket\");\nconst s3mySchema = agentcore.ApiSchema.fromS3File(bucket, \"schemas/myschema.yaml\");\n\n// Add an OpenAPI target directly to the gateway\nconst target = gateway.addOpenApiTarget(\"MyTarget\", {\n  gatewayTargetName: \"my-api-target\",\n  description: \"Target for external API integration\",\n  apiSchema: s3mySchema,\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromApiKeyIdentityArn({\n      providerArn: apiKeyProviderArn,\n      secretArn: apiKeySecretArn,\n      credentialLocation: agentcore.ApiKeyCredentialLocation.header({\n        credentialParameterName: \"X-API-Key\",\n      }),\n    }),\n  ],\n});\n\n// This make sure your s3 bucket is available before target\ntarget.node.addDependency(bucket);\n```\n\n- Smithy Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\nconst smithyTarget = gateway.addSmithyTarget(\"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Smithy model target\",\n  smithyModel: smithySchema,\n\n});\n```\n\n- MCP Server Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// OAuth2 authentication (recommended)\n// Note: Create the OAuth provider using AWS console or Identity L2 construct when available\nconst oauthProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/oauth2credentialprovider/my-oauth\";\nconst oauthSecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-oauth-secret-abc123\";\n\n// Add an MCP server target directly to the gateway\nconst mcpTarget = gateway.addMcpServerTarget(\"MyMcpServer\", {\n  gatewayTargetName: \"my-mcp-server\",\n  description: \"External MCP server integration\",\n  endpoint: \"https://my-mcp-server.example.com\",\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromOauthIdentityArn({\n      providerArn: oauthProviderArn,\n      secretArn: oauthSecretArn,\n      scopes:['mcp-runtime-server/invoke']\n    }),\n  ],\n});\n\n// Grant sync permission to a Lambda function that will trigger synchronization\nconst syncFunction = new lambda.Function(this, \"SyncFunction\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\nimport boto3\n\ndef handler(event, context):\n    client = boto3.client('bedrock-agentcore')\n    response = client.synchronize_gateway_targets(\n        gatewayIdentifier=event['gatewayId'],\n        targetIds=[event['targetId']]\n    )\n    return response\n  `),\n});\n\nmcpTarget.grantSync(syncFunction);\n```\n\n#### Using static factory methods\n\nCreate Gateway target using static convienence method.\n\n- Lambda Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n        exports.handler = async (event) => {\n            return {\n                statusCode: 200,\n                body: JSON.stringify({ message: 'Hello from Lambda!' })\n            };\n        };\n    `),\n});\n\n// Create a gateway target with Lambda and tool schema\nconst target = agentcore.GatewayTarget.forLambda(this, \"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Target for Lambda function integration\",\n  gateway: gateway,\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  ),\n});\n```\n\n- OpenAPI Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// outbound auth (Use AWS console to create it, Once Identity L2 construct is available you can use it to create identity)\nconst apiKeyIdentityArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/apikeycredentialprovider/my-apikey\"\nconst apiKeySecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-apikey-secret-abc123\"\n\nconst opneapiSchema = agentcore.ApiSchema.fromLocalAsset(path.join(__dirname, \"mySchema.yml\"));\nopneapiSchema.bind(this);\n\n// Create a gateway target with OpenAPI Schema\nconst target = agentcore.GatewayTarget.forOpenApi(this, \"MyTarget\", {\n  gatewayTargetName: \"my-api-target\",\n  description: \"Target for external API integration\",\n  gateway: gateway,  // Note: you need to pass the gateway reference\n  apiSchema: opneapiSchema,\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromApiKeyIdentityArn({\n     providerArn: apiKeyIdentityArn,\n     secretArn: apiKeySecretArn\n    }),\n  ],\n});\n\n```\n\n- Smithy Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\n// Create a gateway target with Smithy Model and OAuth\nconst target = agentcore.GatewayTarget.forSmithy(this, \"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Target for Smithy model integration\",\n  gateway: gateway,\n  smithyModel: smithySchema,\n});\n\n```\n\n- MCP Server Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// OAuth2 authentication (recommended)\n// Note: Create the OAuth provider using AWS console or Identity L2 construct when available\nconst oauthProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/oauth2credentialprovider/my-oauth\";\nconst oauthSecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-oauth-secret-abc123\";\n\n// Create a gateway target with MCP Server\nconst mcpTarget = agentcore.GatewayTarget.forMcpServer(this, \"MyMcpServer\", {\n  gatewayTargetName: \"my-mcp-server\",\n  description: \"External MCP server integration\",\n  gateway: gateway,\n  endpoint: \"https://my-mcp-server.example.com\",\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromOauthIdentityArn({\n      providerArn: oauthProviderArn,\n      secretArn: oauthSecretArn,\n      scopes:['mcp-runtime-server/invoke']\n    }),\n  ],\n});\n```\n\n### Advanced Usage: Direct Configuration for gateway target\n\nFor advanced use cases where you need full control over the target configuration, you can create configurations manually using the static factory methods and use the GatewayTarget constructor directly.\n\n#### Configuration Factory Methods\n\nEach target type has a corresponding configuration class with a static `create()` method:\n\n- **Lambda**: `LambdaTargetConfiguration.create(lambdaFunction, toolSchema)`\n- **OpenAPI**: `OpenApiTargetConfiguration.create(apiSchema, validateSchema?)`\n- **Smithy**: `SmithyTargetConfiguration.create(smithyModel)`\n\n#### Example: Lambda Target with Custom Configuration\n\n```typescript\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst myLambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n    exports.handler = async (event) => ({ statusCode: 200 });\n  `),\n});\n\nconst myToolSchema = agentcore.ToolSchema.fromInline([{\n  name: \"my_tool\",\n  description: \"My custom tool\",\n  inputSchema: {\n    type: agentcore.SchemaDefinitionType.OBJECT,\n    properties: {},\n  },\n}]);\n\n// Create a custom Lambda configuration\nconst customConfig = agentcore.LambdaTargetConfiguration.create(\n  myLambdaFunction,\n  myToolSchema\n);\n\n// Use the GatewayTarget constructor directly\nconst target = new agentcore.GatewayTarget(this, \"AdvancedTarget\", {\n  gateway: gateway,\n  gatewayTargetName: \"advanced-target\",\n  targetConfiguration: customConfig,  // Manually created configuration\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromIamRole()\n  ]\n});\n```\n\nThis approach gives you full control over the configuration but is typically not necessary for most use cases. The convenience methods (`GatewayTarget.forLambda()`, `GatewayTarget.forOpenApi()`, `GatewayTarget.forSmithy()`) handle all of this internally.\n\n### Gateway Interceptors\n\nGateway interceptors allow you to run custom code during each gateway invocation to implement fine-grained access control, transform requests and responses, or implement custom authorization logic. A gateway can have at most one REQUEST interceptor and one RESPONSE interceptor.\n\n**Interceptor Types:**\n\n- **REQUEST interceptors**: Execute before the gateway calls the target. Useful for request validation, transformation, or custom authorization\n- **RESPONSE interceptors**: Execute after the target responds but before the gateway sends the response back. Useful for response transformation, filtering, or adding custom headers\n\n**Security Best Practices:**\n\n1. Keep `passRequestHeaders` disabled unless absolutely necessary (default: false)\n2. Implement idempotent Lambda functions (gateway may retry on failures)\n3. Restrict gateway execution role to specific Lambda functions\n4. Avoid logging sensitive information in your interceptor\n\nFor more information, see the [Gateway Interceptors documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-interceptors.html).\n\n#### Adding Interceptors via Constructor\n\n```typescript fixture=default\n// Create Lambda functions for interceptors\nconst requestInterceptorFn = new lambda.Function(this, \"RequestInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Validate and transform request\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayRequest\": event[\"mcp\"][\"gatewayRequest\"]\n        }\n    }\n  `),\n});\n\nconst responseInterceptorFn = new lambda.Function(this, \"ResponseInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Filter or transform response\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayResponse\": event[\"mcp\"][\"gatewayResponse\"]\n        }\n    }\n  `),\n});\n\n// Create gateway with interceptors\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  interceptorConfigurations: [\n    agentcore.LambdaInterceptor.forRequest(requestInterceptorFn, {\n      passRequestHeaders: true  // Only if you need to inspect headers\n    }),\n    agentcore.LambdaInterceptor.forResponse(responseInterceptorFn)\n  ]\n});\n```\n\n**Automatic Permission Granting:**\n\nWhen you add a Lambda interceptor to a gateway (either via constructor or `addInterceptor()`), the gateway's IAM role automatically receives `lambda:InvokeFunction` permission on the Lambda function. This permission grant happens internally during the bind process - you do not need to manually configure these IAM permissions.\n\n#### Adding Interceptors Dynamically\n\n```typescript fixture=default\n// Create a gateway first\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// Create Lambda functions for interceptors\nconst requestInterceptorFn = new lambda.Function(this, \"RequestInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Custom request validation logic\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayRequest\": event[\"mcp\"][\"gatewayRequest\"]\n        }\n    }\n  `),\n});\n\nconst responseInterceptorFn = new lambda.Function(this, \"ResponseInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Filter sensitive data from response\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayResponse\": event[\"mcp\"][\"gatewayResponse\"]\n        }\n    }\n  `),\n});\n\ngateway.addInterceptor(\n  agentcore.LambdaInterceptor.forRequest(requestInterceptorFn, {\n    passRequestHeaders: false  // Default, headers not passed for security\n  })\n);\n\ngateway.addInterceptor(\n  agentcore.LambdaInterceptor.forResponse(responseInterceptorFn)\n);\n```\n\n### Gateway Target IAM Permissions\n\nThe Gateway Target construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a gateway and target\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\n// Create a gateway target with Smithy Model and OAuth\nconst target = agentcore.GatewayTarget.forSmithy(this, \"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Target for Smithy model integration\",\n  gateway: gateway,\n  smithyModel: smithySchema,\n});\n\n// Create a role that needs access to the gateway target\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ntarget.grantRead(userRole);\n\n// Grant manage permissions (Create, Update, Delete actions)\ntarget.grantManage(userRole);\n\n// Grant specific custom permissions\ntarget.grant(userRole, \"bedrock-agentcore:GetGatewayTarget\");\n\n\n// Grants permission to invoke this Gateway\ngateway.grantInvoke(userRole);\n```\n\n## Memory\n\nMemory is a critical component of intelligence. While Large Language Models (LLMs) have impressive capabilities, they lack persistent memory across conversations. Amazon Bedrock AgentCore Memory addresses this limitation by providing a managed service that enables AI agents to maintain context over time, remember important facts, and deliver consistent, personalized experiences.\n\nAgentCore Memory operates on two levels:\n\n- **Short-Term Memory**: Immediate conversation context and session-based information that provides continuity within a single interaction or closely related sessions.\n- **Long-Term Memory**: Persistent information extracted and stored across multiple conversations, including facts, preferences, and summaries that enable personalized experiences over time.\n\nWhen you interact with the memory via the `CreateEvent` API, you store interactions in Short-Term Memory (STM) instantly. These interactions can include everything from user messages, assistant responses, to tool actions.\n\nTo write to long-term memory, you need to configure extraction strategies which define how and where to store information from conversations for future use. These strategies are asynchronously processed from raw events after every few turns based on the strategy that was selected. You can't create long term memory records directly, as they are extracted asynchronously by AgentCore Memory.\n\n### Memory Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `memoryName` | `string` | No | The name of the memory. If not provided, a unique name will be auto-generated |\n| `expirationDuration` | `Duration` | No | Short-term memory expiration in days (between 7 and 365). Default: 90 days |\n| `description` | `string` | No | Optional description for the memory. Default: no description. |\n| `kmsKey` | `IKey` | No | Custom KMS key to use for encryption. Default: Your data is encrypted with a key that AWS owns and manages for you |\n| `memoryStrategies` | `MemoryStrategyBase[]` | No | Built-in extraction strategies to use for this memory. Default: No extraction strategies (short term memory only) |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the memory to access AWS services. Default: A new role will be created. |\n| `tags` | `{ [key: string]: string }` | No | Tags for memory. Default: no tags. |\n\n### Basic Memory Creation\n\nBelow you can find how to configure a simple short-term memory (STM) with no long-term memory extraction strategies.\nNote how you set `expirationDuration`, which defines the time the events will be stored in the short-term memory before they expire.\n\n```typescript fixture=default\n\n// Create a basic memory with default settings, no LTM strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"A memory for storing user interactions for a period of 90 days\",\n  expirationDuration: cdk.Duration.days(90),\n});\n```\n\nBasic Memory with Custom KMS Encryption\n\n```typescript fixture=default\n// Create a custom KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"MemoryEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for memory encryption\",\n});\n\n// Create memory with custom encryption\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_encrypted_memory\",\n  description: \"Memory with custom KMS encryption\",\n  expirationDuration: cdk.Duration.days(90),\n  kmsKey: encryptionKey,\n});\n```\n\n### LTM Memory Extraction Stategies\n\nIf you need long-term memory for context recall across sessions, you can setup memory extraction strategies\nto extract the relevant memory from the raw events.\n\nAmazon Bedrock AgentCore Memory has different memory strategies for extracting and organizing information:\n\n- **Summarization**: to summarize interactions to preserve critical context and key insights.\n- **Semantic Memory**: to extract general factual knowledge, concepts and meanings from raw conversations using vector embeddings.\nThis enables similarity-based retrieval of relevant facts and context.\n- **User Preferences**: to extract user behavior patterns from raw conversations.\n\nYou can use built-in extraction strategies for quick setup, or create custom extraction strategies with specific models and prompt templates.\n\n### Memory with Built-in Strategies\n\nThe library provides four built-in LTM strategies. These are default strategies for organizing and extracting memory data,\neach optimized for specific use cases.\n\nFor example: An agent helps multiple users with cloud storage setup. From these conversations,\nsee how each strategy processes users expressing confusion about account connection:\n\n1. **Summarization Strategy** (`MemoryStrategy.usingBuiltInSummarization()`)\nThis strategy compresses conversations into concise overviews, preserving essential context and key insights for quick recall.\nExtracted memory example: Users confused by cloud setup during onboarding.\n\n   - Extracts concise summaries to preserve critical context and key insights\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}/sessions/{sessionId}`\n\n2. **Semantic Memory Strategy** (`MemoryStrategy.usingBuiltInSemantic()`)\nDistills general facts, concepts, and underlying meanings from raw conversational data, presenting the information in a context-independent format.\nExtracted memory example: In-context learning = task-solving via examples, no training needed.\n\n   - Extracts general factual knowledge, concepts and meanings from raw conversations\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}`\n\n3. **User Preference Strategy** (`MemoryStrategy.usingBuiltInUserPreference()`)\nCaptures individual preferences, interaction patterns, and personalized settings to enhance future experiences.\nExtracted memory example: User needs clear guidance on cloud storage account connection during onboarding.\n\n   - Extracts user behavior patterns from raw conversations\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}`\n\n4. **Episodic Memory Strategy** (`MemoryStrategy.usingBuiltInEpisodic()`)\nCaptures meaningful slices of user and system interactions, preserve them into compact records after summarizing.\nExtracted memory example: User first asked about pricing on Monday, then requested feature comparison on Tuesday, finally made purchase decision on Wednesday.\n\n   - Captures event sequences and temporal relationships\n   - Namespace: `/strategy/{memoryStrategyId}/actor/{actorId}/session/{sessionId}`\n   - Reflections: `/strategy/{memoryStrategyId}/actor/{actorId}`\n\n```typescript fixture=default\n// Create memory with built-in strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with built-in strategies\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [\n    agentcore.MemoryStrategy.usingBuiltInSummarization(),\n    agentcore.MemoryStrategy.usingBuiltInSemantic(),\n    agentcore.MemoryStrategy.usingBuiltInUserPreference(),\n    agentcore.MemoryStrategy.usingBuiltInEpisodic(),\n  ],\n});\n```\n\nThe name generated for each built in memory strategy is as follows:\n\n- For Summarization: `summary_builtin_cdk001`\n- For Semantic:`semantic_builtin_cdk001>`\n- For User Preferences: `preference_builtin_cdk001`\n- For Episodic : `episodic_builtin_cdkGen0001`\n\n### Memory with custom Strategies\n\nWith Long-Term Memory, organization is managed through Namespaces.\n\nAn `actor` refers to entity such as end users or agent/user combinations. For example, in a coding support chatbot,\nthe actor is usually the developer asking questions. Using the actor ID helps the system know which user the memory belongs to,\nkeeping each user's data separate and organized.\n\nA `session` is usually a single conversation or interaction period between the user and the AI agent.\nIt groups all related messages and events that happen during that conversation.\n\nA `namespace` is used to logically group and organize long-term memories. It ensures data stays neat, separate, and secure.\n\nWith AgentCore Memory, you need to add a namespace when you define a memory strategy. This namespace helps define where the long-term memory\nwill be logically grouped. Every time a new long-term memory is extracted using this memory strategy, it is saved under the namespace you set.\nThis means that all long-term memories are scoped to their specific namespace, keeping them organized and preventing any mix-ups with other\nusers or sessions. You should use a hierarchical format separated by forward slashes /. This helps keep memories organized clearly. As needed,\nyou can choose to use the below pre-defined variables within braces in the namespace based on your applications' organization needs:\n\n- `actorId` – Identifies who the long-term memory belongs to, such as a user\n- `memoryStrategyId` – Shows which memory strategy is being used. This strategy identifier is auto-generated when you create a memory using CreateMemory operation.\n- `sessionId` – Identifies which session or conversation the memory is from.\n\nFor example, if you define the following namespace as the input to your strategy in CreateMemory operation:\n\n```shell\n/strategy/{memoryStrategyId}/actor/{actorId}/session/{sessionId}\n```\n\nAfter memory creation, this namespace might look like:\n\n```shell\n/strategy/summarization-93483043//actor/actor-9830m2w3/session/session-9330sds8\n```\n\nYou can customise the namespace, i.e. where the memories are stored by using the following methods:\n\n1. **Summarization Strategy** (`MemoryStrategy.usingSummarization(props)`)\n1. **Semantic Memory Strategy** (`MemoryStrategy.usingSemantic(props)`)\n1. **User Preference Strategy** (`MemoryStrategy.usingUserPreference(props)`)\n1. **Episodic Memory Strategy** (`MemoryStrategy.usingEpisodic(props)`)\n\n```typescript fixture=default\n// Create memory with custom strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with custom strategies\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [\n    agentcore.MemoryStrategy.usingUserPreference({\n        name: \"CustomerPreferences\",\n        namespaces: [\"support/customer/{actorId}/preferences\"]\n    }),\n    agentcore.MemoryStrategy.usingSemantic({\n        name: \"CustomerSupportSemantic\",\n        namespaces: [\"support/customer/{actorId}/semantic\"]\n    }),\n     agentcore.MemoryStrategy.usingEpisodic({\n        name: \"customerJourneyEpisodic\",\n        namespaces: [\"/journey/customer/{actorId}/episodes\"],\n        reflectionConfiguration: {\n            namespaces: [\"/journey/customer/{actorId}/reflections\"]\n        }\n    }),\n  ],\n});\n```\n\nCustom memory strategies let you tailor memory extraction and consolidation to your specific domain or use case.\nYou can override the prompts for extracting and consolidating semantic, summary, or user preferences.\nYou can also choose the model that you want to use for extraction and consolidation.\n\nThe custom prompts you create are appended to a non-editable system prompt.\n\nSince a custom strategy requires you to invoke certain FMs, you need a role with appropriate permissions. For that, you can:\n\n- Let the L2 construct create a minimum permission role for you when use L2 Bedrock Foundation Models.\n- Use a custom role with the overly permissive `AmazonBedrockAgentCoreMemoryBedrockModelInferenceExecutionRolePolicy` managed policy.\n- Use a custom role with your own custom policies.\n\n#### Memory with Custom Execution Role\n\nKeep in mind that memories that **do not** use custom strategies do not require a service role.\nSo even if you provide it, it will be ignored as it will never be used.\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"MemoryExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\n      \"AmazonBedrockAgentCoreMemoryBedrockModelInferenceExecutionRolePolicy\"\n    ),\n  ],\n});\n\n// Create memory with custom execution role\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with custom execution role\",\n  expirationDuration: cdk.Duration.days(90),\n  executionRole: executionRole,\n});\n```\n\nIn customConsolidation and customExtraction, the model property uses the [@aws-cdk/aws-bedrock-alph](https://www.npmjs.com/package/@aws-cdk/aws-bedrock-alpha) library which must be installed separately.\n\n```typescript fixture=default\n// Create a custom semantic memory strategy\nconst customSemanticStrategy = agentcore.MemoryStrategy.usingSemantic({\n  name: \"customSemanticStrategy\",\n  description: \"Custom semantic memory strategy\",\n  namespaces: [\"/custom/strategies/{memoryStrategyId}/actors/{actorId}\"],\n  customConsolidation: {\n    model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_5_SONNET_V1_0,\n    appendToPrompt: \"Custom consolidation prompt for semantic memory\",\n  },\n  customExtraction: {\n    model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_5_SONNET_V1_0,\n    appendToPrompt: \"Custom extraction prompt for semantic memory\",\n  },\n});\n\n// Create memory with custom strategy\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my-custom-memory\",\n  description: \"Memory with custom strategy\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [customSemanticStrategy],\n});\n```\n\n### Memory with self-managed Strategies\n\nA self-managed strategy in Amazon Bedrock AgentCore Memory gives you complete control over your memory extraction and consolidation pipelines.\nWith a self-managed strategy, you can build custom memory processing workflows while leveraging Amazon Bedrock AgentCore for storage and retrieval.\n\nFor additional information, you can refer to the [developer guide for self managed strategies](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/memory-self-managed-strategies.html).\n\nCreate the required AWS resources including:\n\n- an S3 bucket in your account where Amazon Bedrock AgentCore will deliver batched event payloads.\n- an SNS topic for job notifications. Use FIFO topics if processing order within sessions is important for your use case.\n\nThe construct will apply the correct permissions to the memory execution role to access these resources.\n\n```typescript fixture=default\n\nconst bucket = new s3.Bucket(this, 'memoryBucket', {\n  bucketName: 'test-memory',\n  removalPolicy: cdk.RemovalPolicy.DESTROY,\n  autoDeleteObjects: true,\n});\n\nconst topic = new sns.Topic(this, 'topic');\n\n// Create a custom semantic memory strategy\nconst selfManagedStrategy = agentcore.MemoryStrategy.usingSelfManaged({\n  name: \"selfManagedStrategy\",\n  description: \"self managed memory strategy\",\n  historicalContextWindowSize: 5,\n  invocationConfiguration: {\n    topic: topic,\n    s3Location: {\n      bucketName: bucket.bucketName,\n      objectKey: 'memory/',\n    }\n  },\n  triggerConditions: {\n    messageBasedTrigger: 1,\n    timeBasedTrigger: cdk.Duration.seconds(10),\n    tokenBasedTrigger: 100\n  }\n});\n\n// Create memory with custom strategy\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my-custom-memory\",\n  description: \"Memory with custom strategy\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [selfManagedStrategy],\n});\n```\n\n### Memory Strategy Methods\n\nYou can add new memory strategies to the memory construct using the `addMemoryStrategy()` method, for instance:\n\n```typescript fixture=default\n// Create memory without initial strategies\nconst memory = new agentcore.Memory(this, \"test-memory\", {\n  memoryName: \"test_memory_add_strategy\",\n  description: \"A test memory for testing addMemoryStrategy method\",\n  expirationDuration: cdk.Duration.days(90),\n});\n\n// Add strategies after instantiation\nmemory.addMemoryStrategy(agentcore.MemoryStrategy.usingBuiltInSummarization());\nmemory.addMemoryStrategy(agentcore.MemoryStrategy.usingBuiltInSemantic());\n```\n"
+    "markdown": "# Amazon Bedrock AgentCore Construct Library\n\n<!--BEGIN STABILITY BANNER-->\n\n---\n\n![cdk-constructs: Experimental](https://img.shields.io/badge/cdk--constructs-experimental-important.svg?style=for-the-badge)\n\n> The APIs of higher level constructs in this module are experimental and under active development.\n> They are subject to non-backward compatible changes or removal in any future version. These are\n> not subject to the [Semantic Versioning](https://semver.org/) model and breaking changes will be\n> announced in the release notes. This means that while you may use them, you may need to update\n> your source code when upgrading to a newer version of this package.\n\n---\n\n<!--END STABILITY BANNER-->\n\n| **Language**                                                                                   | **Package**                             |\n| :--------------------------------------------------------------------------------------------- | --------------------------------------- |\n| ![Typescript Logo](https://docs.aws.amazon.com/cdk/api/latest/img/typescript32.png) TypeScript | `@aws-cdk/aws-bedrock-agentcore-alpha` |\n\n[Amazon Bedrock AgentCore](https://aws.amazon.com/bedrock/agentcore/) enables you to deploy and operate highly capable AI agents securely, at scale. It offers infrastructure purpose-built for dynamic agent workloads, powerful tools to enhance agents, and essential controls for real-world deployment. AgentCore services can be used together or independently and work with any framework including CrewAI, LangGraph, LlamaIndex, and Strands Agents, as well as any foundation model in or outside of Amazon Bedrock, giving you ultimate flexibility. AgentCore eliminates the undifferentiated heavy lifting of building specialized agent infrastructure, so you can accelerate agents to production.\n\nThis construct library facilitates the deployment of Bedrock AgentCore primitives, enabling you to create sophisticated AI applications that can interact with your systems and data sources.\n\n> **Note:** Users need to ensure their CDK deployment role has the `iam:CreateServiceLinkedRole` permission for AgentCore service-linked roles.\n\n## Table of contents\n\n- [AgentCore Runtime](#agentcore-runtime)\n  - [Runtime Versioning](#runtime-versioning)\n  - [Runtime Endpoints](#runtime-endpoints)\n  - [AgentCore Runtime Properties](#agentcore-runtime-properties)\n  - [Runtime Endpoint Properties](#runtime-endpoint-properties)\n  - [Creating a Runtime](#creating-a-runtime)\n    - [Option 1: Use an existing image in ECR](#option-1-use-an-existing-image-in-ecr)\n    - [Managing Endpoints and Versions](#managing-endpoints-and-versions)\n    - [Option 2: Use a local asset](#option-2-use-a-local-asset)\n- [Browser Custom tool](#browser)\n  - [Browser properties](#browser-properties)\n  - [Browser Network modes](#browser-network-modes)\n  - [Basic Browser Creation](#basic-browser-creation)\n  - [Browser IAM permissions](#browser-iam-permissions)\n- [Code Interpreter Custom tool](#code-interpreter)\n  - [Code Interpreter properties](#code-interpreter-properties)\n  - [Code Interpreter Network Modes](#code-interpreter-network-modes)\n  - [Basic Code Interpreter Creation](#basic-code-interpreter-creation)\n  - [Code Interpreter IAM permissions](#code-interpreter-iam-permissions)\n- [Gateway](#gateway)\n  - [Gateway Properties](#gateway-properties)\n  - [Basic Gateway Creation](#basic-gateway-creation)\n  - [Protocol configuration](#protocol-configuration)\n  - [Inbound authorization](#inbound-authorization)\n  - [Gateway with KMS Encryption](#gateway-with-kms-encryption)\n  - [Gateway with Custom Execution Role](#gateway-with-custom-execution-role)\n  - [Gateway IAM Permissions](#gateway-iam-permissions)\n- [Gateway Target](#gateway-target)\n  - [Gateway Target Properties](#gateway-target-properties)\n  - [Targets types](#targets-types)\n  - [Outbound auth](#outbound-auth)\n  - [Api schema](#api-schema-for-openapi-and-smithy-target)\n  - [Basic Gateway Target Creation](#basic-gateway-target-creation)\n    - [Using addTarget methods (Recommended)](#using-addtarget-methods-recommended)\n    - [Using static factory methods](#using-static-factory-methods)\n  - [Lambda Target with Tool Schema](#tools-schema-for-lambda-target)\n  - [Smithy Model Target with OAuth](#api-schema-for-openapi-and-smithy-target)\n  - [Gateway Target IAM Permissions](#gateway-target-iam-permissions)\n- [Memory](#memory)\n  - [Memory properties](#memory-properties)\n  - [Basic Memory Creation](#basic-memory-creation)\n  - [LTM Memory Extraction Stategies](#ltm-memory-extraction-stategies)\n  - [Memory Strategy Methods](#memory-strategy-methods)\n- [Amazon Bedrock AgentCore Construct Library](#amazon-bedrock-agentcore-construct-library)\n  - [Table of contents](#table-of-contents)\n  - [AgentCore Runtime](#agentcore-runtime)\n    - [Runtime Endpoints](#runtime-endpoints)\n    - [AgentCore Runtime Properties](#agentcore-runtime-properties)\n    - [Runtime Endpoint Properties](#runtime-endpoint-properties)\n    - [Creating a Runtime](#creating-a-runtime)\n      - [Option 1: Use an existing image in ECR](#option-1-use-an-existing-image-in-ecr)\n      - [Option 2: Use a local asset](#option-2-use-a-local-asset)\n      - [Option 3: Use direct code deployment](#option-3-use-direct-code-deployment)\n    - [Granting Permissions to Invoke Bedrock Models or Inference Profiles](#granting-permissions-to-invoke-bedrock-models-or-inference-profiles)\n    - [Runtime Versioning](#runtime-versioning)\n      - [Managing Endpoints and Versions](#managing-endpoints-and-versions)\n        - [Step 1: Initial Deployment](#step-1-initial-deployment)\n        - [Step 2: Creating Custom Endpoints](#step-2-creating-custom-endpoints)\n        - [Step 3: Runtime Update Deployment](#step-3-runtime-update-deployment)\n        - [Step 4: Testing with Staging Endpoints](#step-4-testing-with-staging-endpoints)\n        - [Step 5: Promoting to Production](#step-5-promoting-to-production)\n    - [Creating Standalone Runtime Endpoints](#creating-standalone-runtime-endpoints)\n      - [Example: Creating an endpoint for an existing runtime](#example-creating-an-endpoint-for-an-existing-runtime)\n    - [Runtime Authentication Configuration](#runtime-authentication-configuration)\n      - [IAM Authentication (Default)](#iam-authentication-default)\n      - [Cognito Authentication](#cognito-authentication)\n      - [JWT Authentication](#jwt-authentication)\n      - [OAuth Authentication](#oauth-authentication)\n      - [Using a Custom IAM Role](#using-a-custom-iam-role)\n    - [Runtime Network Configuration](#runtime-network-configuration)\n      - [Public Network Mode (Default)](#public-network-mode-default)\n      - [VPC Network Mode](#vpc-network-mode)\n      - [Managing Security Groups with VPC Configuration](#managing-security-groups-with-vpc-configuration)\n  - [Browser](#browser)\n    - [Browser Network modes](#browser-network-modes)\n    - [Browser Properties](#browser-properties)\n    - [Basic Browser Creation](#basic-browser-creation)\n    - [Browser with Tags](#browser-with-tags)\n    - [Browser with VPC](#browser-with-vpc)\n    - [Browser with Recording Configuration](#browser-with-recording-configuration)\n    - [Browser with Custom Execution Role](#browser-with-custom-execution-role)\n    - [Browser with S3 Recording and Permissions](#browser-with-s3-recording-and-permissions)\n    - [Browser IAM Permissions](#browser-iam-permissions)\n  - [Code Interpreter](#code-interpreter)\n    - [Code Interpreter Network Modes](#code-interpreter-network-modes)\n    - [Code Interpreter Properties](#code-interpreter-properties)\n    - [Basic Code Interpreter Creation](#basic-code-interpreter-creation)\n    - [Code Interpreter with VPC](#code-interpreter-with-vpc)\n    - [Code Interpreter with Sandbox Network Mode](#code-interpreter-with-sandbox-network-mode)\n    - [Code Interpreter with Custom Execution Role](#code-interpreter-with-custom-execution-role)\n    - [Code Interpreter IAM Permissions](#code-interpreter-iam-permissions)\n    - [Code interpreter with tags](#code-interpreter-with-tags)\n  - [Memory](#memory)\n    - [Memory Properties](#memory-properties)\n    - [Basic Memory Creation](#basic-memory-creation)\n    - [LTM Memory Extraction Stategies](#ltm-memory-extraction-stategies)\n    - [Memory with Built-in Strategies](#memory-with-built-in-strategies)\n    - [Memory with custom Strategies](#memory-with-custom-strategies)\n      - [Memory with Custom Execution Role](#memory-with-custom-execution-role)\n    - [Memory with self-managed Strategies](#memory-with-self-managed-strategies)\n    - [Memory Strategy Methods](#memory-strategy-methods)\n\n## AgentCore Runtime\n\nThe AgentCore Runtime construct enables you to deploy containerized agents on Amazon Bedrock AgentCore.\nThis L2 construct simplifies runtime creation just pass your ECR repository name\nand the construct handles all the configuration with sensible defaults.\n\n### Runtime Endpoints\n\nEndpoints provide a stable way to invoke specific versions of your agent runtime, enabling controlled deployments across different environments.\nWhen you create an agent runtime, Amazon Bedrock AgentCore automatically creates a \"DEFAULT\" endpoint which always points to the latest version\nof runtime.\n\nYou can create additional endpoints in two ways:\n\n1. **Using Runtime.addEndpoint()** - Convenient method when creating endpoints alongside the runtime.\n2. **Using RuntimeEndpoint** - Flexible approach for existing runtimes.\n\nFor example, you might keep a \"production\" endpoint on a stable version while testing newer versions\nthrough a \"staging\" endpoint. This separation allows you to test changes thoroughly before promoting them\nto production by simply updating the endpoint to point to the newer version.\n\n### AgentCore Runtime Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `runtimeName` | `string` | No | The name of the agent runtime. Valid characters are a-z, A-Z, 0-9, _ (underscore). Must start with a letter and can be up to 48 characters long. If not provided, a unique name will be auto-generated |\n| `agentRuntimeArtifact` | `AgentRuntimeArtifact` | Yes | The artifact configuration for the agent runtime containing the container configuration with ECR URI |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the agent runtime. If not provided, a role will be created automatically |\n| `networkConfiguration` | `NetworkConfiguration` | No | Network configuration for the agent runtime. Defaults to `RuntimeNetworkConfiguration.usingPublicNetwork()` |\n| `description` | `string` | No | Optional description for the agent runtime |\n| `protocolConfiguration` | `ProtocolType` | No | Protocol configuration for the agent runtime. Defaults to `ProtocolType.HTTP` |\n| `authorizerConfiguration` | `RuntimeAuthorizerConfiguration` | No | Authorizer configuration for the agent runtime. Use `RuntimeAuthorizerConfiguration` static methods to create configurations for IAM, Cognito, JWT, or OAuth authentication |\n| `environmentVariables` | `{ [key: string]: string }` | No | Environment variables for the agent runtime. Maximum 50 environment variables |\n| `tags` | `{ [key: string]: string }` | No | Tags for the agent runtime. A list of key:value pairs of tags to apply to this Runtime resource |\n| `lifecycleConfiguration` | LifecycleConfiguration | No | The life cycle configuration for the AgentCore Runtime. Defaults to 900 seconds (15 minutes) for idle, 28800 seconds (8 hours) for max life time |\n| `requestHeaderConfiguration` | RequestHeaderConfiguration | No | Configuration for HTTP request headers that will be passed through to the runtime. Defaults to no configuration |\n\n### Runtime Endpoint Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `endpointName` | `string` | No | The name of the runtime endpoint. Valid characters are a-z, A-Z, 0-9, _ (underscore). Must start with a letter and can be up to 48 characters long. If not provided, a unique name will be auto-generated |\n| `agentRuntimeId` | `string` | Yes | The Agent Runtime ID for this endpoint |\n| `agentRuntimeVersion` | `string` | Yes | The Agent Runtime version for this endpoint. Must be between 1 and 5 characters long.|\n| `description` | `string` | No | Optional description for the runtime endpoint |\n| `tags` | `{ [key: string]: string }` | No | Tags for the runtime endpoint |\n\n### Creating a Runtime\n\n#### Option 1: Use an existing image in ECR\n\nReference an image available within ECR.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\n// The runtime by default create ECR permission only for the repository available in the account the stack is being deployed\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create runtime using the built image\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact\n});\n```\n\n#### Option 2: Use a local asset\n\nReference a local directory containing a Dockerfile.\nImages are built from a local Docker context directory (with a Dockerfile), uploaded to Amazon Elastic Container Registry (ECR)\nby the CDK toolkit,and can be naturally referenced in your CDK app.\n\n```typescript fixture=default\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromAsset(\n  path.join(__dirname, \"path to agent dockerfile directory\")\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n#### Option 3: Use direct code deployment\n\nWith the container deployment method, developers create a Dockerfile, build ARM-compatible containers, manage ECR repositories, and upload containers for code changes. This works well where container DevOps pipelines have already been established to automate deployments.\n\nHowever, customers looking for fully managed deployments can benefit from direct code deployment, which can significantly improve developer time and productivity. Direct code deployment provides a secure and scalable path forward for rapid prototyping agent capabilities to deploying production workloads at scale.\n\nWith direct code deployment, developers create a zip archive of code and dependencies, upload to Amazon S3, and configure the bucket in the agent configuration. A ZIP archive containing Linux arm64 dependencies needs to be uploaded to S3 as a pre-requisite to Create Agent Runtime.\n\nFor more information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-get-started-code-deploy.html).\n\n```typescript fixture=default\n// S3 bucket containing the agent core\nconst codeBucket = new s3.Bucket(this, \"AgentCode\", {\n  bucketName: \"my-code-bucket\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// the bucket above needs to contain the agent code\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromS3(\n  {\n    bucketName: codeBucket.bucketName,\n    objectKey: 'deployment_package.zip',\n  },\n  agentcore.AgentCoreRuntime.PYTHON_3_12,\n  ['opentelemetry-instrument', 'main.py']\n);\n\nconst runtimeInstance = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n#### Option 4: Use an ECR container image URI\n\nReference an ECR container image directly by its URI. This is useful when you have a pre-existing ECR image URI from CloudFormation parameters or cross-stack references. No IAM permissions are automatically granted - you must ensure the runtime has ECR pull permissions.\n\n```typescript fixture=default\n// Direct URI reference\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromImageUri(\n  \"123456789012.dkr.ecr.us-east-1.amazonaws.com/my-agent:v1.0.0\"\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\nYou can also use CloudFormation parameters or references:\n\n```typescript fixture=default\n// Using a CloudFormation parameter\nconst imageUriParam = new cdk.CfnParameter(this, \"ImageUri\", {\n  type: \"String\",\n  description: \"Container image URI for the agent runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromImageUri(\n  imageUriParam.valueAsString\n);\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n```\n\n### Granting Permissions to Invoke Bedrock Models or Inference Profiles\n\nTo grant the runtime permissions to invoke Bedrock models or inference profiles:\n\n```typescript fixture=default\n// Note: This example uses @aws-cdk/aws-bedrock-alpha which must be installed separately\ndeclare const runtime: agentcore.Runtime;\n\n// Define the Bedrock Foundation Model\nconst model = bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_7_SONNET_V1_0;\n\n// Grant the runtime permissions to invoke the model\nmodel.grantInvoke(runtime);\n\n// Create a cross-region inference profile for Claude 3.7 Sonnet\nconst inferenceProfile = bedrock.CrossRegionInferenceProfile.fromConfig({\n  geoRegion: bedrock.CrossRegionInferenceProfileRegion.US,\n  model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_7_SONNET_V1_0\n});\n\n// Grant the runtime permissions to invoke the inference profile\ninferenceProfile.grantInvoke(runtime);\n```\n\n### Runtime Versioning\n\nAmazon Bedrock AgentCore automatically manages runtime versioning to ensure safe deployments and rollback capabilities.\nWhen you create an agent runtime, AgentCore automatically creates version 1 (V1). Each subsequent update to the\nruntime configuration (such as updating the container image, modifying network settings, or changing protocol configurations)\ncreates a new immutable version. These versions contain complete, self-contained configurations that can be referenced by endpoints,\nallowing you to maintain different versions for different environments or gradually roll out updates.\n\n#### Managing Endpoints and Versions\n\nAmazon Bedrock AgentCore automatically manages runtime versioning to provide safe deployments and rollback capabilities. You can follow\nthe steps below to understand how to use versioning with runtime for controlled deployments across different environments.\n\n##### Step 1: Initial Deployment\n\nWhen you first create an agent runtime, AgentCore automatically creates Version 1 of your runtime. At this point, a DEFAULT endpoint is\nautomatically created that points to Version 1. This DEFAULT endpoint serves as the main access point for your runtime.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\"),\n});\n```\n\n##### Step 2: Creating Custom Endpoints\n\nAfter the initial deployment, you can create additional endpoints for different environments. For example, you might create a \"production\"\nendpoint that explicitly points to Version 1. This allows you to maintain stable access points for specific environments while keeping the\nflexibility to test newer versions elsewhere.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\"),\n});\n\nconst prodEndpoint = runtime.addEndpoint(\"production\", {\n  version: \"1\",\n  description: \"Stable production endpoint - pinned to v1\"\n});\n```\n\n##### Step 3: Runtime Update Deployment\n\nWhen you update the runtime configuration (such as updating the container image, modifying network settings, or changing protocol\nconfigurations), AgentCore automatically creates a new version (Version 2). Upon this update:\n\n- Version 2 is created automatically with the new configuration\n- The DEFAULT endpoint automatically updates to point to Version 2\n- Any explicitly pinned endpoints (like the production endpoint) remain on their specified versions\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n```\n\n##### Step 4: Testing with Staging Endpoints\n\nOnce Version 2 exists, you can create a staging endpoint that points to the new version. This staging endpoint allows you to test the\nnew version in a controlled environment before promoting it to production. This separation ensures that production traffic continues\nto use the stable version while you validate the new version.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n\nconst stagingEndpoint = runtime.addEndpoint(\"staging\", {\n  version: \"2\",\n  description: \"Staging environment for testing new version\"\n});\n```\n\n##### Step 5: Promoting to Production\n\nAfter thoroughly testing the new version through the staging endpoint, you can update the production endpoint to point to Version 2.\nThis controlled promotion process ensures that you can validate changes before they affect production traffic.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifactNew = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v2.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifactNew,\n});\n\nconst prodEndpoint = runtime.addEndpoint(\"production\", {\n  version: \"2\",  // New version added here\n  description: \"Stable production endpoint\"\n});\n```\n\n### Creating Standalone Runtime Endpoints\n\nRuntimeEndpoint can also be created as a standalone resource.\n\n#### Example: Creating an endpoint for an existing runtime\n\n```typescript fixture=default\n// Reference an existing runtime by its ID\nconst existingRuntimeId = \"abc123-runtime-id\"; // The ID of an existing runtime\n\n// Create a standalone endpoint\nconst endpoint = new agentcore.RuntimeEndpoint(this, \"MyEndpoint\", {\n  endpointName: \"production\",\n  agentRuntimeId: existingRuntimeId,\n  agentRuntimeVersion: \"1\", // Specify which version to use\n  description: \"Production endpoint for existing runtime\"\n});\n```\n\n### Runtime Authentication Configuration\n\nThe AgentCore Runtime supports multiple authentication modes to secure access to your agent endpoints. Authentication is configured during runtime creation using the `RuntimeAuthorizerConfiguration` class's static factory methods.\n\n#### IAM Authentication (Default)\n\nIAM authentication is the default mode, when no authorizerConfiguration is set then the underlying service use IAM.\n\n#### Cognito Authentication\n\nTo configure AWS Cognito User Pool authentication:\n\n```typescript fixture=default\ndeclare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\ndeclare const anotherUserPoolClient: cognito.UserPoolClient;\n\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Optional: Create custom claims for additional validation\nconst customClaims = [\n  agentcore.RuntimeCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.RuntimeCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.RuntimeCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingCognito(\n    userPool, // User Pool (required)\n    [userPoolClient, anotherUserPoolClient], // User Pool Clients\n    [\"audience1\"], // Allowed Audiences (optional)\n    [\"read\", \"write\"], // Allowed Scopes (optional)\n    customClaims, // Custom claims (optional) - see Custom Claims Validation section\n  ),\n});\n```\n\nYou can configure:\n\n- User Pool: The Cognito User Pool that issues JWT tokens\n- User Pool Clients: One or more Cognito User Pool App Clients that are allowed to access the runtime\n- Allowed audiences: Used to validate that the audiences specified in the Cognito token match or are a subset of the audiences specified in the AgentCore Runtime\n- Allowed scopes: Allow access only if the token contains at least one of the required scopes configured here\n- Custom claims: A set of rules to match specific claims in the incoming token against predefined values for validating JWT tokens\n\n#### JWT Authentication\n\nTo configure custom JWT authentication with your own OpenID Connect (OIDC) provider:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingJWT(\n    \"https://example.com/.well-known/openid-configuration\",  // Discovery URL (required)\n    [\"client1\", \"client2\"],  // Allowed Client IDs (optional)\n    [\"audience1\"],           // Allowed Audiences (optional)\n    [\"read\", \"write\"],       // Allowed Scopes (optional)\n    // Custom claims (optional) - see Custom Claims Validation section below\n  ),\n});\n```\n\nYou can configure:\n\n- Discovery URL: Enter the Discovery URL from your identity provider (e.g. Okta, Cognito, etc.), typically found in that provider's documentation. This allows your Agent or Tool to fetch login, downstream resource token, and verification settings.\n- Allowed audiences: This is used to validate that the audiences specified for the OAuth token matches or are a subset of the audiences specified in the AgentCore Runtime.\n- Allowed clients: This is used to validate that the public identifier of the client, as specified in the authorization token, is allowed to access the AgentCore Runtime.\n- Allowed scopes: Allow access only if the token contains at least one of the required scopes configured here.\n- Custom claims: A set of rules to match specific claims in the incoming token against predefined values for validating JWT tokens.\n\n**Note**: The discovery URL must end with `/.well-known/openid-configuration`.\n\n##### Custom Claims Validation\n\nCustom claims allow you to validate additional fields in JWT tokens beyond the standard audience, client, and scope validations. You can create custom claims using the `RuntimeCustomClaim` class:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// String claim - validates that the claim exactly equals the specified value\n// Uses EQUALS operator automatically\nconst departmentClaim = agentcore.RuntimeCustomClaim.withStringValue('department', 'engineering');\n\n// String array claim with CONTAINS operator (default)\n// Validates that the claim array contains a specific string value\n// IMPORTANT: CONTAINS requires exactly one value in the array parameter\nconst rolesClaim = agentcore.RuntimeCustomClaim.withStringArrayValue('roles', ['admin']);\n\n// String array claim with CONTAINS_ANY operator\n// Validates that the claim array contains at least one of the specified values\n// Use this when you want to check for multiple possible values\nconst permissionsClaim = agentcore.RuntimeCustomClaim.withStringArrayValue(\n  'permissions',\n  ['read', 'write'],\n  agentcore.CustomClaimOperator.CONTAINS_ANY\n);\n\n// Use custom claims in authorizer configuration\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingJWT(\n    \"https://example.com/.well-known/openid-configuration\",\n    [\"client1\", \"client2\"],\n    [\"audience1\"],\n    [\"read\", \"write\"],\n    [departmentClaim, rolesClaim, permissionsClaim] // Custom claims\n  ),\n});\n```\n\n**Custom Claim Rules**:\n\n- **String claims**: Must use the `EQUALS` operator (automatically set). The claim value must exactly match the specified string.\n- **String array claims**: Can use `CONTAINS` (default) or `CONTAINS_ANY` operators:\n  - **`CONTAINS`**: Checks if the claim array contains a specific string value. **Requires exactly one value** in the array parameter. For example, `['admin']` will check if the token's claim array contains the string `'admin'`.\n  - **`CONTAINS_ANY`**: Checks if the claim array contains at least one of the provided string values. Use this when you want to validate against multiple possible values. For example, `['read', 'write']` will check if the token's claim array contains either `'read'` or `'write'`.\n\n**Example Use Cases**:\n\n- Use `CONTAINS` when you need to verify a user has a specific role: `RuntimeCustomClaim.withStringArrayValue('roles', ['admin'])`\n- Use `CONTAINS_ANY` when you need to verify a user has any of several permissions: `RuntimeCustomClaim.withStringArrayValue('permissions', ['read', 'write'], CustomClaimOperator.CONTAINS_ANY)`\n\n#### OAuth Authentication\n\nTo configure OAuth 2.0 authentication:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",  // Discovery URL (required)\n    \"oauth_client_123\",  // OAuth Client ID (required)\n    [\"audience1\"],       // Allowed Audiences (optional)\n    [\"openid\", \"profile\"], // Allowed Scopes (optional)\n    // Custom claims (optional) - see Custom Claims Validation section\n  ),\n});\n```\n\n#### Using a Custom IAM Role\n\nInstead of using the auto-created execution role, you can provide your own IAM role with specific permissions:\nThe auto-created role includes all necessary baseline permissions for ECR access, CloudWatch logging, and X-Ray tracing. When providing a custom role, ensure these permissions are included.\n\n### Runtime Network Configuration\n\nThe AgentCore Runtime supports two network modes for deployment:\n\n#### Public Network Mode (Default)\n\nBy default, runtimes are deployed in PUBLIC network mode, which provides internet access suitable for less sensitive or open-use scenarios:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Explicitly using public network (this is the default)\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingPublicNetwork(),\n});\n```\n\n#### VPC Network Mode\n\nFor enhanced security and network isolation, you can deploy your runtime within a VPC:\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create or use an existing VPC\nconst vpc = new ec2.Vpc(this, 'MyVpc', {\n  maxAzs: 2,\n});\n\n// Configure runtime with VPC\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n    vpcSubnets: { subnetType: ec2.SubnetType.PRIVATE_WITH_EGRESS },\n    // Optionally specify security groups, or one will be created automatically\n    // securityGroups: [mySecurityGroup],\n  }),\n});\n\n```\n\n#### Managing Security Groups with VPC Configuration\n\nWhen using VPC mode, the Runtime implements `ec2.IConnectable`, allowing you to manage network access using the `connections` property:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'MyVpc', {\n  maxAzs: 2,\n});\n\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create runtime with VPC configuration\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  networkConfiguration: agentcore.RuntimeNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n    vpcSubnets: { subnetType: ec2.SubnetType.PRIVATE_WITH_EGRESS },\n  }),\n});\n\n// Now you can manage network access using the connections property\n// Allow inbound HTTPS traffic from a specific security group\nconst webServerSecurityGroup = new ec2.SecurityGroup(this, 'WebServerSG', { vpc });\nruntime.connections.allowFrom(webServerSecurityGroup, ec2.Port.tcp(443), 'Allow HTTPS from web servers');\n\n// Allow outbound connections to a database\nconst databaseSecurityGroup = new ec2.SecurityGroup(this, 'DatabaseSG', { vpc });\nruntime.connections.allowTo(databaseSecurityGroup, ec2.Port.tcp(5432), 'Allow PostgreSQL connection');\n\n// Allow outbound HTTPS to anywhere (for external API calls)\nruntime.connections.allowToAnyIpv4(ec2.Port.tcp(443), 'Allow HTTPS outbound');\n```\n\n### Runtime IAM Permissions\n\nThe Runtime construct provides convenient methods for granting IAM permissions to principals that need to invoke the runtime or manage its execution role.\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Create a runtime\nconst runtime = new agentcore.Runtime(this, \"MyRuntime\", {\n  runtimeName: \"my_runtime\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});\n\n// Create a Lambda function that needs to invoke the runtime\nconst invokerFunction = new lambda.Function(this, \"InvokerFunction\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\nimport boto3\ndef handler(event, context):\n    client = boto3.client('bedrock-agentcore')\n    # Invoke the runtime...\n  `),\n});\n\n// Grant permission to invoke the runtime directly\nruntime.grantInvokeRuntime(invokerFunction);\n\n// Grant permission to invoke the runtime on behalf of a user\n// (requires X-Amzn-Bedrock-AgentCore-Runtime-User-Id header)\nruntime.grantInvokeRuntimeForUser(invokerFunction);\n\n// Grant both invoke permissions (most common use case)\nruntime.grantInvoke(invokerFunction);\n\n// Grant specific custom permissions to the runtime's execution role\nruntime.grant(['bedrock:InvokeModel'], ['arn:aws:bedrock:*:*:*']);\n\n// Add a policy statement to the runtime's execution role\nruntime.addToRolePolicy(new iam.PolicyStatement({\n  actions: ['s3:GetObject'],\n  resources: ['arn:aws:s3:::my-bucket/*'],\n}));\n```\n\n### Other configuration\n\n#### Lifecycle configuration\n\nThe LifecycleConfiguration input parameter to CreateAgentRuntime lets you manage the lifecycle of runtime sessions and resources in Amazon Bedrock AgentCore Runtime. This configuration helps optimize resource utilization by automatically cleaning up idle sessions and preventing long-running instances from consuming resources indefinitely.\n\nYou can configure:\n\n- idleRuntimeSessionTimeout: Timeout in seconds for idle runtime sessions. When a session remains idle for this duration, it will trigger termination. Termination can last up to 15 seconds due to logging and other process completion. Default: 900 seconds (15 minutes)\n- maxLifetime: Maximum lifetime for the instance in seconds. Once reached, instances will initialize termination. Termination can last up to 15 seconds due to logging and other process completion. Default: 28800 seconds (8 hours)\n\nFor additional information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-lifecycle-settings.html).\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nnew agentcore.Runtime(this, 'test-runtime', {\n  runtimeName: 'test_runtime',\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  lifecycleConfiguration: {\n    idleRuntimeSessionTimeout: Duration.minutes(10),\n    maxLifetime: Duration.hours(4),\n  },\n});\n```\n\n#### Request header configuration\n\nCustom headers let you pass contextual information from your application directly to your agent code without cluttering the main request payload. This includes authentication tokens like JWT (JSON Web Tokens, which contain user identity and authorization claims) through the Authorization header, allowing your agent to make decisions based on who is calling it. You can also pass custom metadata like user preferences, session identifiers, or trace context using headers prefixed with X-Amzn-Bedrock-AgentCore-Runtime-Custom-, giving your agent access to up to 20 pieces of runtime context that travel alongside each request. This information can be also used in downstream systems like AgentCore Memory that you can namespace based on those characteristics like user_id or aud in claims like line of business.\n\nFor additional information, please refer to the [documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-header-allowlist.html).\n\n```typescript fixture=default\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nnew agentcore.Runtime(this, 'test-runtime', {\n  runtimeName: 'test_runtime',\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  requestHeaderConfiguration: {\n    allowlistedHeaders: ['X-Amzn-Bedrock-AgentCore-Runtime-Custom-H1'],\n  },\n});\n```\n\n## Browser\n\nThe Amazon Bedrock AgentCore Browser provides a secure, cloud-based browser that enables AI agents to interact with websites. It includes security features such as session isolation, built-in observability through live viewing, CloudTrail logging, and session replay capabilities.\n\nAdditional information about the browser tool can be found in the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/browser-tool.html)\n\n### Browser Network modes\n\nThe Browser construct supports the following network modes:\n\n1. **Public Network Mode** (`BrowserNetworkMode.usingPublicNetwork()`) - Default\n\n   - Allows internet access for web browsing and external API calls\n   - Suitable for scenarios where agents need to interact with publicly available websites\n   - Enables full web browsing capabilities\n   - VPC mode is not supported with this option\n\n2. **VPC (Virtual Private Cloud)** (`BrowserNetworkMode.usingVpc()`)\n\n   - Select whether to run the browser in a virtual private cloud (VPC).\n   - By configuring VPC connectivity, you enable secure access to private resources such as databases, internal APIs, and services within your VPC.\n\n    While the VPC itself is mandatory, these are optional:\n    - Subnets - if not provided, CDK will select appropriate subnets from the VPC\n    - Security Groups - if not provided, CDK will create a default security group\n    - Specific subnet selection criteria - you can let CDK choose automatically\n\nFor more information on VPC connectivity for Amazon Bedrock AgentCore Browser, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agentcore-vpc.html).\n\n### Browser Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `browserCustomName` | `string` | No | The name of the browser. Must start with a letter and can be up to 48 characters long. Pattern: `[a-zA-Z][a-zA-Z0-9_]{0,47}`. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the browser. Can have up to 200 characters |\n| `networkConfiguration` | `BrowserNetworkConfiguration` | No | Network configuration for browser. Defaults to PUBLIC network mode |\n| `recordingConfig` | `RecordingConfig` | No | Recording configuration for browser. Defaults to no recording |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the browser to access AWS services. A new role will be created if not provided |\n| `tags` | `{ [key: string]: string }` | No | Tags to apply to the browser resource |\n| `browserSigning` | BrowserSigning | No | Browser signing configuration. Defaults to DISABLED |\n\n### Basic Browser Creation\n\n```typescript fixture=default\n// Create a basic browser with public network access\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"A browser for web automation\",\n});\n```\n\n### Browser with Tags\n\n```typescript fixture=default\n// Create a browser with custom tags\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"A browser for web automation with tags\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  tags: {\n    Environment: \"Production\",\n    Team: \"AI/ML\",\n    Project: \"AgentCore\",\n  },\n});\n```\n\n### Browser with VPC\n\n```typescript fixture=default\nconst browser = new agentcore.BrowserCustom(this, 'BrowserVpcWithRecording', {\n  browserCustomName: 'browser_recording',\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: new ec2.Vpc(this, 'VPC', { restrictDefaultSecurityGroup: false }),\n  }),\n});\n```\n\nBrowser exposes a [connections](https://docs.aws.amazon.com/cdk/api/v2/docs/aws-cdk-lib.aws_ec2.Connections.html) property. This property returns a connections object, which simplifies the process of defining and managing ingress and egress rules for security groups in your AWS CDK applications. Instead of directly manipulating security group rules, you interact with the Connections object of a construct, which then translates your connectivity requirements into the appropriate security group rules. For instance:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'testVPC');\n\nconst browser = new agentcore.BrowserCustom(this, 'test-browser', {\n  browserCustomName: 'test_browser',\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n  }),\n});\n\nbrowser.connections.addSecurityGroup(new ec2.SecurityGroup(this, 'AdditionalGroup', { vpc }));\n```\n\nSo security groups can be added after the browser construct creation. You can use methods like allowFrom() and allowTo() to grant ingress access to/egress access from a specified peer over a given portRange. The Connections object automatically adds the necessary ingress or egress rules to the security group(s) associated with the calling construct.\n\n### Browser with Recording Configuration\n\n```typescript fixture=default\n// Create an S3 bucket for recordings\nconst recordingBucket = new s3.Bucket(this, \"RecordingBucket\", {\n  bucketName: \"my-browser-recordings\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// Create browser with recording enabled\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with recording enabled\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  recordingConfig: {\n    enabled: true,\n    s3Location: {\n      bucketName: recordingBucket.bucketName,\n      objectKey: \"browser-recordings/\",\n    },\n  },\n});\n```\n\n### Browser with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"BrowserExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\"AmazonBedrockAgentCoreBrowserExecutionRolePolicy\"),\n  ],\n});\n\n// Create browser with custom execution role\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with custom execution role\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  executionRole: executionRole,\n});\n```\n\n### Browser with S3 Recording and Permissions\n\n```typescript fixture=default\n// Create an S3 bucket for recordings\nconst recordingBucket = new s3.Bucket(this, \"RecordingBucket\", {\n  bucketName: \"my-browser-recordings\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// Create browser with recording enabled\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser with recording enabled\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n  recordingConfig: {\n    enabled: true,\n    s3Location: {\n      bucketName: recordingBucket.bucketName,\n      objectKey: \"browser-recordings/\",\n    },\n  },\n});\n\n// The browser construct automatically grants S3 permissions to the execution role\n// when recording is enabled, so no additional IAM configuration is needed\n```\n\n### Browser with Browser signing\n\nAI agents need to browse the web on your behalf. When your agent visits a website to gather information, complete a form, or verify data, it encounters the same defenses designed to stop unwanted bots: CAPTCHAs, rate limits, and outright blocks.\n\nAmazon Bedrock AgentCore Browser supports Web Bot Auth. Web Bot Auth is a draft IETF protocol that gives agents verifiable cryptographic identities. When you enable Web Bot Auth in AgentCore Browser, the service issues cryptographic credentials that websites can verify. The agent presents these credentials with every request. The WAF may now additionally check the signature, confirm it matches a trusted directory, and allow the request through if verified bots are allowed by the domain owner and other WAF checks are clear.\n\nTo enable the browser to sign requests using the Web Bot Auth protocol, create a browser tool with the browserSigning configuration:\n\n```typescript fixture=default\nconst browser = new agentcore.BrowserCustom(this, 'test-browser', {\n  browserCustomName: 'test_browser',\n  browserSigning: agentcore.BrowserSigning.ENABLED\n});\n```\n\n### Browser IAM Permissions\n\nThe Browser construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a browser\nconst browser = new agentcore.BrowserCustom(this, \"MyBrowser\", {\n  browserCustomName: \"my_browser\",\n  description: \"Browser for web automation\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingPublicNetwork(),\n});\n\n// Create a role that needs access to the browser\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\nbrowser.grantRead(userRole);\n\n// Grant use permissions (Start, Update, Stop actions)\nbrowser.grantUse(userRole);\n\n// Grant specific custom permissions\nbrowser.grant(userRole, \"bedrock-agentcore:GetBrowserSession\");\n```\n\n## Code Interpreter\n\nThe Amazon Bedrock AgentCore Code Interpreter enables AI agents to write and execute code securely in sandbox environments, enhancing their accuracy and expanding their ability to solve complex end-to-end tasks. This is critical in Agentic AI applications where the agents may execute arbitrary code that can lead to data compromise or security risks. The AgentCore Code Interpreter tool provides secure code execution, which helps you avoid running into these issues.\n\nFor more information about code interpreter, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/code-interpreter-tool.html)\n\n### Code Interpreter Network Modes\n\nThe Code Interpreter construct supports the following network modes:\n\n1. **Public Network Mode** (`CodeInterpreterNetworkMode.usingPublicNetwork()`) - Default\n\n   - Allows internet access for package installation and external API calls\n   - Suitable for development and testing environments\n   - Enables downloading Python packages from PyPI\n\n2. **Sandbox Network Mode** (`CodeInterpreterNetworkMode.usingSandboxNetwork()`)\n   - Isolated network environment with no internet access\n   - Suitable for production environments with strict security requirements\n   - Only allows access to pre-installed packages and local resources\n\n3. **VPC (Virtual Private Cloud)** (`CodeInterpreterNetworkMode.usingVpc()`)\n   - Select whether to run the browser in a virtual private cloud (VPC).\n   - By configuring VPC connectivity, you enable secure access to private resources such as databases, internal APIs, and services within your VPC.\n\n    While the VPC itself is mandatory, these are optional:\n    - Subnets - if not provided, CDK will select appropriate subnets from the VPC\n    - Security Groups - if not provided, CDK will create a default security group\n    - Specific subnet selection criteria - you can let CDK choose automatically\n\nFor more information on VPC connectivity for Amazon Bedrock AgentCore Browser, please refer to the [official documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agentcore-vpc.html).\n\n### Code Interpreter Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `codeInterpreterCustomName` | `string` | No | The name of the code interpreter. Must start with a letter and can be up to 48 characters long. Pattern: `[a-zA-Z][a-zA-Z0-9_]{0,47}`. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the code interpreter. Can have up to 200 characters |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the code interpreter to access AWS services. A new role will be created if not provided |\n| `networkConfiguration` | `CodeInterpreterNetworkConfiguration` | No | Network configuration for code interpreter. Defaults to PUBLIC network mode |\n| `tags` | `{ [key: string]: string }` | No | Tags to apply to the code interpreter resource |\n\n### Basic Code Interpreter Creation\n\n```typescript fixture=default\n// Create a basic code interpreter with public network access\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"A code interpreter for Python execution\",\n});\n```\n\n### Code Interpreter with VPC\n\n```typescript fixture=default\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: new ec2.Vpc(this, 'VPC', { restrictDefaultSecurityGroup: false }),\n  }),\n});\n```\n\nCode Interpreter exposes a [connections](https://docs.aws.amazon.com/cdk/api/v2/docs/aws-cdk-lib.aws_ec2.Connections.html) property. This property returns a connections object, which simplifies the process of defining and managing ingress and egress rules for security groups in your AWS CDK applications. Instead of directly manipulating security group rules, you interact with the Connections object of a construct, which then translates your connectivity requirements into the appropriate security group rules. For instance:\n\n```typescript fixture=default\nconst vpc = new ec2.Vpc(this, 'testVPC');\n\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.BrowserNetworkConfiguration.usingVpc(this, {\n    vpc: vpc,\n  }),\n});\n\ncodeInterpreter.connections.addSecurityGroup(new ec2.SecurityGroup(this, 'AdditionalGroup', { vpc }));\n```\n\nSo security groups can be added after the browser construct creation. You can use methods like allowFrom() and allowTo() to grant ingress access to/egress access from a specified peer over a given portRange. The Connections object automatically adds the necessary ingress or egress rules to the security group(s) associated with the calling construct.\n\n### Code Interpreter with Sandbox Network Mode\n\n```typescript fixture=default\n// Create code interpreter with sandbox network mode (isolated)\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingSandboxNetwork(),\n});\n```\n\n### Code Interpreter with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"CodeInterpreterExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n});\n\n// Create code interpreter with custom execution role\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"Code interpreter with custom execution role\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n  executionRole: executionRole,\n});\n```\n\n### Code Interpreter IAM Permissions\n\nThe Code Interpreter construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a code interpreter\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_code_interpreter\",\n  description: \"Code interpreter for Python execution\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n});\n\n// Create a role that needs access to the code interpreter\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ncodeInterpreter.grantRead(userRole);\n\n// Grant use permissions (Start, Invoke, Stop actions)\ncodeInterpreter.grantUse(userRole);\n\n// Grant specific custom permissions\ncodeInterpreter.grant(userRole, \"bedrock-agentcore:GetCodeInterpreterSession\");\n```\n\n### Code interpreter with tags\n\n```typescript fixture=default\n// Create code interpreter with sandbox network mode (isolated)\nconst codeInterpreter = new agentcore.CodeInterpreterCustom(this, \"MyCodeInterpreter\", {\n  codeInterpreterCustomName: \"my_sandbox_interpreter\",\n  description: \"Code interpreter with isolated network access\",\n  networkConfiguration: agentcore.CodeInterpreterNetworkConfiguration.usingPublicNetwork(),\n  tags: {\n    Environment: \"Production\",\n    Team: \"AI/ML\",\n    Project: \"AgentCore\",\n  },\n});\n```\n\n## Gateway\n\nThe Gateway construct provides a way to create Amazon Bedrock Agent Core Gateways, which serve as integration points between agents and external services.\n\n### Gateway Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `gatewayName` | `string` | No | The name of the gateway. Valid characters are a-z, A-Z, 0-9, _ (underscore) and - (hyphen). Maximum 100 characters. If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the gateway. Maximum 200 characters |\n| `protocolConfiguration` | `IGatewayProtocolConfig` | No | The protocol configuration for the gateway. Defaults to MCP protocol |\n| `authorizerConfiguration` | `IGatewayAuthorizerConfig` | No | The authorizer configuration for the gateway. Defaults to Cognito |\n| `exceptionLevel` | `GatewayExceptionLevel` | No | The verbosity of exception messages. Use DEBUG mode to see granular exception messages |\n| `kmsKey` | `kms.IKey` | No | The AWS KMS key used to encrypt data associated with the gateway |\n| `role` | `iam.IRole` | No | The IAM role that provides permissions for the gateway to access AWS services. A new role will be created if not provided |\n| `tags` | `{ [key: string]: string }` | No | Tags for the gateway. A list of key:value pairs of tags to apply to this Gateway resource |\n\n### Basic Gateway Creation\n\nThe protocol configuration defaults to MCP and the inbound auth configuration uses Cognito (it is automatically created on your behalf).\n\n```typescript fixture=default\n// Create a basic gateway with default MCP protocol and Cognito authorizer\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n```\n\n### Protocol configuration\n\nCurrently MCP is the only protocol available. To configure it, use the `protocol` property with `McpProtocolConfiguration`:\n\n- Instructions: Guidance for how to use the gateway with your tools\n- Semantic search: Smart tool discovery that finds the right tools without typical limits. It improves accuracy by finding relevant tools based on context\n- Supported versions: Which MCP protocol versions the gateway can use\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n});\n```\n\n### Inbound authorization\n\nBefore you create your gateway, you must set up inbound authorization. Inbound authorization validates users who attempt to access targets through\nyour AgentCore gateway. By default, if not provided, the construct will create and configure Cognito as the default identity provider\n(inbound Auth setup). AgentCore supports the following types of inbound authorization:\n\n**JSON Web Token (JWT)** – A secure and compact token used for authorization. After creating the JWT, you specify it as the authorization\nconfiguration when you create the gateway. You can create a JWT with any of the identity providers at Provider setup and configuration.\n\nYou can configure a custom authorization provider using the `authorizerConfiguration` property with `GatewayAuthorizer.usingCustomJwt()`.\nYou need to specify an OAuth discovery server and client IDs/audiences when you create the gateway. You can specify the following:\n\n- Discovery Url — String that must match the pattern ^.+/\\.well-known/openid-configuration$ for OpenID Connect discovery URLs\n- At least one of the below options depending on the chosen identity provider.\n- Allowed audiences — List of allowed audiences for JWT tokens\n- Allowed clients — List of allowed client identifiers\n- Allowed scopes — List of allowed scopes for JWT tokens\n- Custom claims — Optional custom claim validations (see Custom Claims Validation section below)\n\n```typescript fixture=default\n\n// Optional: Create custom claims (CustomClaimOperator and GatewayCustomClaim from agentcore)\nconst customClaims = [\n  agentcore.GatewayCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.GatewayCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.GatewayCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n    customClaims: customClaims, // Optional custom claims\n  }),\n});\n```\n\n**IAM** – Authorizes through the credentials of the AWS IAM identity trying to access the gateway.\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingAwsIam(),\n});\n\n// Grant access to a Lambda function's role\nconst lambdaRole = new iam.Role(this, \"LambdaRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// The Lambda needs permission to invoke the gateway\ngateway.grantInvoke(lambdaRole);\n```\n\n**Cognito with M2M (Machine-to-Machine) Authentication (Default)** – When no authorizer is specified, the construct automatically creates a Cognito User Pool configured for OAuth 2.0 client credentials flow. This enables machine-to-machine authentication suitable for AI agents and service-to-service communication.\n\nFor more information, see [Setting up Amazon Cognito for Gateway inbound authorization](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/identity-idp-cognito.html).\n\n```typescript fixture=default\n// Create a gateway with default Cognito M2M authorizer\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// Access the Cognito resources for authentication setup\nconst userPool = gateway.userPool;\nconst userPoolClient = gateway.userPoolClient;\n\n// Get the token endpoint URL and OAuth scopes for client credentials flow\nconst tokenEndpointUrl = gateway.tokenEndpointUrl;\nconst oauthScopes = gateway.oauthScopes;\n// oauthScopes are in the format: ['{resourceServerId}/read', '{resourceServerId}/write']\n```\n\n**Using Cognito User Pool Explicitly with Custom Claims** – You can also use an existing Cognito User Pool with custom claims:\n\n```typescript fixture=default\ndeclare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\n\n// Optional: Create custom claims (CustomClaimOperator and GatewayCustomClaim from agentcore)\nconst customClaims = [\n  agentcore.GatewayCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.GatewayCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.GatewayCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCognito({\n    userPool: userPool,\n    allowedClients: [userPoolClient],\n    allowedAudiences: [\"audience1\"],\n    allowedScopes: [\"read\", \"write\"],\n    customClaims: customClaims, // Optional custom claims\n  }),\n});\n```\n\nTo authenticate with the gateway, request an access token using the client credentials flow and use it to call Gateway endpoints. For more information about the token endpoint, see [The token issuer endpoint](https://docs.aws.amazon.com/cognito/latest/developerguide/token-endpoint.html).\n\nThe following is an example of a token request using curl:\n\n```bash\ncurl -X POST \"${TOKEN_ENDPOINT_URL}\" \\\n  -H \"Content-Type: application/x-www-form-urlencoded\" \\\n  -d \"grant_type=client_credentials\" \\\n  -d \"client_id=${USER_POOL_CLIENT_ID}\" \\\n  -d \"client_secret=${CLIENT_SECRET}\" \\\n  -d \"scope=${OAUTH_SCOPES}\"\n```\n\n### Gateway with KMS Encryption\n\nYou can provide a KMS key, and configure the authorizer as well as the protocol configuration.\n\n```typescript fixture=default\n// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});\n```\n\n### Gateway with Custom Execution Role\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"GatewayExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\"AmazonBedrockAgentCoreGatewayExecutionRolePolicy\"),\n  ],\n});\n\n// Create gateway with custom execution role\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  description: \"Gateway with custom execution role\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  role: executionRole,\n});\n```\n\n### Gateway IAM Permissions\n\nThe Gateway construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a gateway\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  description: \"Gateway for external service integration\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n});\n\n// Create a role that needs access to the gateway\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ngateway.grantRead(userRole);\n\n// Grant manage permissions (Create, Update, Delete actions)\ngateway.grantManage(userRole);\n\n// Grant specific custom permissions\ngateway.grant(userRole, \"bedrock-agentcore:GetGateway\");\n```\n\n## Gateway Target\n\nAfter Creating gateways, you can add targets which define the tools that your gateway will host. Gateway supports multiple target\ntypes including Lambda functions and API specifications (either OpenAPI schemas or Smithy models). Gateway allows you to attach multiple\ntargets to a Gateway and you can change the targets / tools attached to a gateway at any point. Each target can have its own\ncredential provider attached enabling you to securely access targets whether they need IAM, API Key, or OAuth credentials.\n\n### Gateway Target Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `gatewayTargetName` | `string` | No | The name of the gateway target. Valid characters are a-z, A-Z, 0-9, _ (underscore) and - (hyphen). If not provided, a unique name will be auto-generated |\n| `description` | `string` | No | Optional description for the gateway target. Maximum 200 characters |\n| `gateway` | `IGateway` | Yes | The gateway this target belongs to |\n| `targetConfiguration` | `ITargetConfiguration` | Yes | The target configuration (Lambda, OpenAPI, or Smithy). **Note:** Users typically don't create this directly. When using convenience methods like `GatewayTarget.forLambda()`, `GatewayTarget.forOpenApi()`, `GatewayTarget.forSmithy()` or the gateway's `addLambdaTarget()`, `addOpenApiTarget()`, `addSmithyTarget()` methods, this configuration is created internally for you. Only needed when using the GatewayTarget constructor directly for [advanced scenarios](#advanced-usage-direct-configuration-for-gateway-target). |\n| `credentialProviderConfigurations` | `IGatewayCredentialProvider[]` | No | Credential providers for authentication. Defaults to `[GatewayCredentialProvider.fromIamRole()]`. Use `GatewayCredentialProvider.fromApiKeyIdentityArn()`, `GatewayCredentialProvider.fromOauthIdentityArn()`, or `GatewayCredentialProvider.fromIamRole()` |\n| `validateOpenApiSchema` | `boolean` | No | (OpenAPI targets only) Whether to validate the OpenAPI schema at synthesis time. Defaults to `true`. Only applies to inline and local asset schemas. For more information refer here <https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-schema-openapi.html> |\n\nThis approach gives you full control over the configuration but is typically not necessary for most use cases.\n\n### Targets types\n\nYou can create the following targets types:\n\n**Lambda Target**: Lambda targets allow you to connect your gateway to AWS Lambda functions that implement your tools. This is useful\nwhen you want to execute custom code in response to tool invocations.\n\n- Supports GATEWAY_IAM_ROLE credential provider only\n- Ideal for custom serverless function integration\n- Need tool schema (tool schema is a blueprint that describes the functions your Lambda provides to AI agents).\n  The construct provide [3 ways to upload a tool schema to Lambda target](#tools-schema-for-lambda-target)\n- When using the default IAM authentication (no `credentialProviderConfigurations` specified),\n  the construct automatocally grants the gateway role permission to invoke your Lambda function (`lambda:InvokeFunction`).\n\n**OpenAPI Schema Target** : OpenAPI widely used standard for describing RESTful APIs. Gateway supports OpenAPI 3.0\nspecifications for defining API targets. It connects to REST APIs using OpenAPI specifications\n\n- Supports OAUTH and API_KEY credential providers (Do not support IAM, you must provide `credentialProviderConfigurations`)\n- Ideal for integrating with external REST services\n- Need API schema. The construct provide [3 ways to upload a API schema to OpenAPI target](#api-schema-for-openapi-and-smithy-target)\n\n**Smithy Model Target** : Smithy is a language for defining services and software development kits (SDKs). Smithy models provide\na more structured approach to defining APIs compared to OpenAPI, and are particularly useful for connecting to AWS services.\nAgentCore Gateway supports built-in AWS service models only. It connects to services using Smithy model definitions\n\n- Supports OAUTH and API_KEY credential providers\n- Ideal for AWS service integrations\n- Need API schema. The construct provide 3 ways to upload a API schema to Smity target\n- When using the default IAM authentication (no `credentialProviderConfigurations` specified), The construct only\n  grants permission to read the Smithy schema file from S3. You MUST manually grant permissions for the gateway\n  role to invoke the actual Smithy API endpoints\n\n> Note: For Smithy model targets that access AWS services, your Gateway's execution role needs permissions to access those services.\nFor example, for a DynamoDB target, your execution role needs permissions to perform DynamoDB operations.\nThis is not managed by the construct due to the large number of options. Please refer to\n[Smithy Model Permission](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-prerequisites-permissions.html) for example.\n\n**MCP Server Target**: Model Context Protocol (MCP) servers provide external tools, data access, and custom functions for AI agents.\nMCP servers enable agents to interact with external systems and services through a standardized protocol. Gateway automatically\ndiscovers and indexes available tools from MCP servers through synchronization.\n\n**Key Features:**\n\n- Requires explicit authentication configuration (OAuth2 recommended, empty array for NoAuth)\n- Ideal for connecting to external MCP-compliant servers\n- The endpoint must use HTTPS protocol\n- Supported MCP protocol versions: 2025-06-18, 2025-03-26\n- Automatic tool discovery through synchronization\n\n**Synchronization Behavior:**\n\nMCP Server targets require synchronization to discover and index available tools:\n\n- **Implicit Synchronization (Automatic)**: Tool discovery happens automatically during:\n  - Target creation (`CreateGatewayTarget`)\n  - Target updates (`UpdateGatewayTarget`)\n  - The Gateway calls the MCP server's `tools/list` endpoint and indexes tools without user intervention\n\n- **Explicit Synchronization (Manual)**: When the MCP server's tools change independently (new tools added, schemas modified, tools removed):\n  - The Gateway's tool catalog becomes stale\n  - Call the `SynchronizeGatewayTargets` API to refresh the catalog\n  - Use the `grantSync()` method to grant permissions to Lambda functions, CI/CD pipelines, or scheduled tasks that will trigger synchronization\n\n**Authentication & Permissions:**\n\nWhen using OAuth2, the Gateway service role automatically receives:\n\n- `bedrock-agentcore:GetWorkloadAccessToken`\n- `bedrock-agentcore:GetResourceOauth2Token`\n- `secretsmanager:GetSecretValue`\n- KMS decrypt (if secrets are encrypted)\n\nFor explicit synchronization, use `grantSync()` to grant `bedrock-agentcore:SynchronizeGatewayTargets` permission to your operator roles.\n\n> For more information, refer to the [MCP Server Target documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-target-MCPservers.html).\n\n### Understanding Tool Naming\n\nWhen tools are exposed through gateway targets, AgentCore Gateway prefixes each tool name with the target name to ensure uniqueness across multiple targets. This is important to understand when building your application logic.\n\n**Naming Pattern:**\n\n**Example:**\n\nIf your target is named `my-lambda-target` and provides a tool called `calculate_price`, agents will discover and invoke it as `my-lambda-target__calculate_price`.\n\n**Important Considerations:**\n\n- **For Lambda Targets**: Your Lambda handler must strip the target name prefix before processing the tool request. The full tool name (with prefix) is sent in the event.\n- **For MCP Server Targets**: The MCP server receives tool calls with the prefixed name from the gateway.\n- **For OpenAPI/Smithy Targets**: The gateway handles the prefix automatically when mapping to API operations based on the `operationId`.\n\nThis naming convention ensures that:\n\n- Tools from different targets don't collide even if they have the same name\n- Agents can access tools from multiple targets through a single gateway\n- Tool names remain unique in the unified tool catalog\n\nFor more details, see the [Gateway Tool Naming Documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-tool-naming.html).\n\n### Tools schema For Lambda target\n\nThe lambda target need tools schema to understand the fuunction lambda provides. You can upload the tool schema by following 3 ways:\n\n- From a local asset file\n\n```typescript\nconst toolSchema = agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  );\n```\n\n- From an existing S3 file:\n\n```typescript\n\nconst toolSchema = agentcore.ToolSchema.fromS3File(\n    s3.Bucket.fromBucketName(this, \"SchemasBucket\", \"my-schemas-bucket\"),\n    \"tools/complex-tool-schema.json\",\n    \"123456789012\"\n  );\n```\n\n- From Inline:\n\n```typescript\nconst toolSchema = agentcore.ToolSchema.fromInline([{\n      name: \"hello_world\",\n      description: \"A simple hello world tool\",\n      inputSchema: {\n        type: agentcore.SchemaDefinitionType.OBJECT,\n        properties: {\n          name: {\n            type: agentcore.SchemaDefinitionType.STRING,\n            description: \"The name to greet\",\n          },\n        },\n        required: [\"name\"],\n      },\n    }]);\n\n```\n\n### Api schema For OpenAPI and Smithy target\n\nThe OpenAPI and Smithy target need API Schema. The Gateway construct provide three ways to upload API schema for your target:\n\n- From a local asset file (requires binding to scope):\n\n```typescript fixture=default\n// When using ApiSchema.fromLocalAsset, you must bind the schema to a scope\nconst schema = agentcore.ApiSchema.fromLocalAsset(path.join(__dirname, \"mySchema.yml\"));\n\nschema.bind(this);\n```\n\n- From an inline schema:\n\n```typescript fixture=default\nconst inlineSchema = agentcore.ApiSchema.fromInline(`\nopenapi: 3.0.3\ninfo:\n  title: Library API\n  version: 1.0.0\npaths:\n  /search:\n    get:\n      summary: Search for books\n      operationId: searchBooks\n      parameters:\n        - name: query\n          in: query\n          required: true\n          schema:\n            type: string\n`);\n```\n\n- From an existing S3 file:\n\n```typescript fixture=default\nconst bucket = s3.Bucket.fromBucketName(this, \"ExistingBucket\", \"my-schema-bucket\");\nconst s3Schema = agentcore.ApiSchema.fromS3File(bucket, \"schemas/action-group.yaml\");\n```\n\n### Outbound auth\n\nOutbound authorization lets Amazon Bedrock AgentCore gateways securely access gateway targets on behalf of users authenticated\nand authorized during Inbound Auth.\n\nAgentCore Gateway supports the following types of outbound authorization:\n\n**IAM-based outbound authorization** – The gateway uses its execution role to authenticate with AWS services. This is the default\n and most common approach for Lambda targets and AWS service integrations.\n\n**2-legged OAuth (OAuth 2LO)** – Use OAuth 2.0 two-legged flow (2LO) for targets that require OAuth authentication.\nThe gateway authenticates on its own behalf, not on behalf of a user.\n\n**API key** – Use the AgentCore service/AWS console to generate an API key to authenticate access to the gateway target.\n\n**Note > You need to set up the outbound identity before you can create a gateway target.\n\n### Basic Gateway Target Creation\n\nYou can create targets in two ways: using the static factory methods on `GatewayTarget` or using the convenient `addTarget` methods on the gateway instance.\n\n#### Using addTarget methods (Recommended)\n\nBelow are the examples on how you can create Lambda , Smity and OpenAPI target using `addTarget` method.\n\n```typescript fixture=default\n// Create a gateway first\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n    exports.handler = async (event) => {\n      return {\n        statusCode: 200,\n        body: JSON.stringify({ message: 'Hello from Lambda!' })\n      };\n    };\n  `),\n});\n\nconst lambdaTarget = gateway.addLambdaTarget(\"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Lambda function target\",\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromInline([\n    {\n      name: \"hello_world\",\n      description: \"A simple hello world tool\",\n      inputSchema: {\n        type: agentcore.SchemaDefinitionType.OBJECT,\n        properties: {\n          name: {\n            type: agentcore.SchemaDefinitionType.STRING,\n            description: \"The name to greet\",\n          },\n        },\n        required: [\"name\"],\n      },\n    },\n  ]),\n});\n```\n\n- OpenAPI Target\n\n``` typescript\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// These ARNs are returned when creating the API key credential provider via Console or API\nconst apiKeyProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/apikeycredentialprovider/my-apikey\"\nconst apiKeySecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-apikey-secret-abc123\"\n\nconst bucket = s3.Bucket.fromBucketName(this, \"ExistingBucket\", \"my-schema-bucket\");\nconst s3mySchema = agentcore.ApiSchema.fromS3File(bucket, \"schemas/myschema.yaml\");\n\n// Add an OpenAPI target directly to the gateway\nconst target = gateway.addOpenApiTarget(\"MyTarget\", {\n  gatewayTargetName: \"my-api-target\",\n  description: \"Target for external API integration\",\n  apiSchema: s3mySchema,\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromApiKeyIdentityArn({\n      providerArn: apiKeyProviderArn,\n      secretArn: apiKeySecretArn,\n      credentialLocation: agentcore.ApiKeyCredentialLocation.header({\n        credentialParameterName: \"X-API-Key\",\n      }),\n    }),\n  ],\n});\n\n// This make sure your s3 bucket is available before target\ntarget.node.addDependency(bucket);\n```\n\n- Smithy Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\nconst smithyTarget = gateway.addSmithyTarget(\"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Smithy model target\",\n  smithyModel: smithySchema,\n\n});\n```\n\n- MCP Server Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// OAuth2 authentication (recommended)\n// Note: Create the OAuth provider using AWS console or Identity L2 construct when available\nconst oauthProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/oauth2credentialprovider/my-oauth\";\nconst oauthSecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-oauth-secret-abc123\";\n\n// Add an MCP server target directly to the gateway\nconst mcpTarget = gateway.addMcpServerTarget(\"MyMcpServer\", {\n  gatewayTargetName: \"my-mcp-server\",\n  description: \"External MCP server integration\",\n  endpoint: \"https://my-mcp-server.example.com\",\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromOauthIdentityArn({\n      providerArn: oauthProviderArn,\n      secretArn: oauthSecretArn,\n      scopes:['mcp-runtime-server/invoke']\n    }),\n  ],\n});\n\n// Grant sync permission to a Lambda function that will trigger synchronization\nconst syncFunction = new lambda.Function(this, \"SyncFunction\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\nimport boto3\n\ndef handler(event, context):\n    client = boto3.client('bedrock-agentcore')\n    response = client.synchronize_gateway_targets(\n        gatewayIdentifier=event['gatewayId'],\n        targetIds=[event['targetId']]\n    )\n    return response\n  `),\n});\n\nmcpTarget.grantSync(syncFunction);\n```\n\n#### Using static factory methods\n\nCreate Gateway target using static convienence method.\n\n- Lambda Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n        exports.handler = async (event) => {\n            return {\n                statusCode: 200,\n                body: JSON.stringify({ message: 'Hello from Lambda!' })\n            };\n        };\n    `),\n});\n\n// Create a gateway target with Lambda and tool schema\nconst target = agentcore.GatewayTarget.forLambda(this, \"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Target for Lambda function integration\",\n  gateway: gateway,\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  ),\n});\n```\n\n- OpenAPI Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// outbound auth (Use AWS console to create it, Once Identity L2 construct is available you can use it to create identity)\nconst apiKeyIdentityArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/apikeycredentialprovider/my-apikey\"\nconst apiKeySecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-apikey-secret-abc123\"\n\nconst opneapiSchema = agentcore.ApiSchema.fromLocalAsset(path.join(__dirname, \"mySchema.yml\"));\nopneapiSchema.bind(this);\n\n// Create a gateway target with OpenAPI Schema\nconst target = agentcore.GatewayTarget.forOpenApi(this, \"MyTarget\", {\n  gatewayTargetName: \"my-api-target\",\n  description: \"Target for external API integration\",\n  gateway: gateway,  // Note: you need to pass the gateway reference\n  apiSchema: opneapiSchema,\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromApiKeyIdentityArn({\n     providerArn: apiKeyIdentityArn,\n     secretArn: apiKeySecretArn\n    }),\n  ],\n});\n\n```\n\n- Smithy Target\n\n```typescript fixture=default\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\n// Create a gateway target with Smithy Model and OAuth\nconst target = agentcore.GatewayTarget.forSmithy(this, \"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Target for Smithy model integration\",\n  gateway: gateway,\n  smithyModel: smithySchema,\n});\n\n```\n\n- MCP Server Target\n\n```typescript fixture=default\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// OAuth2 authentication (recommended)\n// Note: Create the OAuth provider using AWS console or Identity L2 construct when available\nconst oauthProviderArn = \"arn:aws:bedrock-agentcore:us-east-1:123456789012:token-vault/abc123/oauth2credentialprovider/my-oauth\";\nconst oauthSecretArn = \"arn:aws:secretsmanager:us-east-1:123456789012:secret:my-oauth-secret-abc123\";\n\n// Create a gateway target with MCP Server\nconst mcpTarget = agentcore.GatewayTarget.forMcpServer(this, \"MyMcpServer\", {\n  gatewayTargetName: \"my-mcp-server\",\n  description: \"External MCP server integration\",\n  gateway: gateway,\n  endpoint: \"https://my-mcp-server.example.com\",\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromOauthIdentityArn({\n      providerArn: oauthProviderArn,\n      secretArn: oauthSecretArn,\n      scopes:['mcp-runtime-server/invoke']\n    }),\n  ],\n});\n```\n\n### Advanced Usage: Direct Configuration for gateway target\n\nFor advanced use cases where you need full control over the target configuration, you can create configurations manually using the static factory methods and use the GatewayTarget constructor directly.\n\n#### Configuration Factory Methods\n\nEach target type has a corresponding configuration class with a static `create()` method:\n\n- **Lambda**: `LambdaTargetConfiguration.create(lambdaFunction, toolSchema)`\n- **OpenAPI**: `OpenApiTargetConfiguration.create(apiSchema, validateSchema?)`\n- **Smithy**: `SmithyTargetConfiguration.create(smithyModel)`\n\n#### Example: Lambda Target with Custom Configuration\n\n```typescript\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst myLambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n    exports.handler = async (event) => ({ statusCode: 200 });\n  `),\n});\n\nconst myToolSchema = agentcore.ToolSchema.fromInline([{\n  name: \"my_tool\",\n  description: \"My custom tool\",\n  inputSchema: {\n    type: agentcore.SchemaDefinitionType.OBJECT,\n    properties: {},\n  },\n}]);\n\n// Create a custom Lambda configuration\nconst customConfig = agentcore.LambdaTargetConfiguration.create(\n  myLambdaFunction,\n  myToolSchema\n);\n\n// Use the GatewayTarget constructor directly\nconst target = new agentcore.GatewayTarget(this, \"AdvancedTarget\", {\n  gateway: gateway,\n  gatewayTargetName: \"advanced-target\",\n  targetConfiguration: customConfig,  // Manually created configuration\n  credentialProviderConfigurations: [\n    agentcore.GatewayCredentialProvider.fromIamRole()\n  ]\n});\n```\n\nThis approach gives you full control over the configuration but is typically not necessary for most use cases. The convenience methods (`GatewayTarget.forLambda()`, `GatewayTarget.forOpenApi()`, `GatewayTarget.forSmithy()`) handle all of this internally.\n\n### Gateway Interceptors\n\nGateway interceptors allow you to run custom code during each gateway invocation to implement fine-grained access control, transform requests and responses, or implement custom authorization logic. A gateway can have at most one REQUEST interceptor and one RESPONSE interceptor.\n\n**Interceptor Types:**\n\n- **REQUEST interceptors**: Execute before the gateway calls the target. Useful for request validation, transformation, or custom authorization\n- **RESPONSE interceptors**: Execute after the target responds but before the gateway sends the response back. Useful for response transformation, filtering, or adding custom headers\n\n**Security Best Practices:**\n\n1. Keep `passRequestHeaders` disabled unless absolutely necessary (default: false)\n2. Implement idempotent Lambda functions (gateway may retry on failures)\n3. Restrict gateway execution role to specific Lambda functions\n4. Avoid logging sensitive information in your interceptor\n\nFor more information, see the [Gateway Interceptors documentation](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-interceptors.html).\n\n#### Adding Interceptors via Constructor\n\n```typescript fixture=default\n// Create Lambda functions for interceptors\nconst requestInterceptorFn = new lambda.Function(this, \"RequestInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Validate and transform request\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayRequest\": event[\"mcp\"][\"gatewayRequest\"]\n        }\n    }\n  `),\n});\n\nconst responseInterceptorFn = new lambda.Function(this, \"ResponseInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Filter or transform response\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayResponse\": event[\"mcp\"][\"gatewayResponse\"]\n        }\n    }\n  `),\n});\n\n// Create gateway with interceptors\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  interceptorConfigurations: [\n    agentcore.LambdaInterceptor.forRequest(requestInterceptorFn, {\n      passRequestHeaders: true  // Only if you need to inspect headers\n    }),\n    agentcore.LambdaInterceptor.forResponse(responseInterceptorFn)\n  ]\n});\n```\n\n**Automatic Permission Granting:**\n\nWhen you add a Lambda interceptor to a gateway (either via constructor or `addInterceptor()`), the gateway's IAM role automatically receives `lambda:InvokeFunction` permission on the Lambda function. This permission grant happens internally during the bind process - you do not need to manually configure these IAM permissions.\n\n#### Adding Interceptors Dynamically\n\n```typescript fixture=default\n// Create a gateway first\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\n// Create Lambda functions for interceptors\nconst requestInterceptorFn = new lambda.Function(this, \"RequestInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Custom request validation logic\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayRequest\": event[\"mcp\"][\"gatewayRequest\"]\n        }\n    }\n  `),\n});\n\nconst responseInterceptorFn = new lambda.Function(this, \"ResponseInterceptor\", {\n  runtime: lambda.Runtime.PYTHON_3_12,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\ndef handler(event, context):\n    # Filter sensitive data from response\n    return {\n        \"interceptorOutputVersion\": \"1.0\",\n        \"mcp\": {\n            \"transformedGatewayResponse\": event[\"mcp\"][\"gatewayResponse\"]\n        }\n    }\n  `),\n});\n\ngateway.addInterceptor(\n  agentcore.LambdaInterceptor.forRequest(requestInterceptorFn, {\n    passRequestHeaders: false  // Default, headers not passed for security\n  })\n);\n\ngateway.addInterceptor(\n  agentcore.LambdaInterceptor.forResponse(responseInterceptorFn)\n);\n```\n\n### Gateway Target IAM Permissions\n\nThe Gateway Target construct provides convenient methods for granting IAM permissions:\n\n```typescript fixture=default\n// Create a gateway and target\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst smithySchema = agentcore.ApiSchema.fromLocalAsset(\n  path.join(__dirname, \"models\", \"smithy-model.json\")\n);\nsmithySchema.bind(this);\n\n// Create a gateway target with Smithy Model and OAuth\nconst target = agentcore.GatewayTarget.forSmithy(this, \"MySmithyTarget\", {\n  gatewayTargetName: \"my-smithy-target\",\n  description: \"Target for Smithy model integration\",\n  gateway: gateway,\n  smithyModel: smithySchema,\n});\n\n// Create a role that needs access to the gateway target\nconst userRole = new iam.Role(this, \"UserRole\", {\n  assumedBy: new iam.ServicePrincipal(\"lambda.amazonaws.com\"),\n});\n\n// Grant read permissions (Get and List actions)\ntarget.grantRead(userRole);\n\n// Grant manage permissions (Create, Update, Delete actions)\ntarget.grantManage(userRole);\n\n// Grant specific custom permissions\ntarget.grant(userRole, \"bedrock-agentcore:GetGatewayTarget\");\n\n\n// Grants permission to invoke this Gateway\ngateway.grantInvoke(userRole);\n```\n\n## Memory\n\nMemory is a critical component of intelligence. While Large Language Models (LLMs) have impressive capabilities, they lack persistent memory across conversations. Amazon Bedrock AgentCore Memory addresses this limitation by providing a managed service that enables AI agents to maintain context over time, remember important facts, and deliver consistent, personalized experiences.\n\nAgentCore Memory operates on two levels:\n\n- **Short-Term Memory**: Immediate conversation context and session-based information that provides continuity within a single interaction or closely related sessions.\n- **Long-Term Memory**: Persistent information extracted and stored across multiple conversations, including facts, preferences, and summaries that enable personalized experiences over time.\n\nWhen you interact with the memory via the `CreateEvent` API, you store interactions in Short-Term Memory (STM) instantly. These interactions can include everything from user messages, assistant responses, to tool actions.\n\nTo write to long-term memory, you need to configure extraction strategies which define how and where to store information from conversations for future use. These strategies are asynchronously processed from raw events after every few turns based on the strategy that was selected. You can't create long term memory records directly, as they are extracted asynchronously by AgentCore Memory.\n\n### Memory Properties\n\n| Name | Type | Required | Description |\n|------|------|----------|-------------|\n| `memoryName` | `string` | No | The name of the memory. If not provided, a unique name will be auto-generated |\n| `expirationDuration` | `Duration` | No | Short-term memory expiration in days (between 7 and 365). Default: 90 days |\n| `description` | `string` | No | Optional description for the memory. Default: no description. |\n| `kmsKey` | `IKey` | No | Custom KMS key to use for encryption. Default: Your data is encrypted with a key that AWS owns and manages for you |\n| `memoryStrategies` | `MemoryStrategyBase[]` | No | Built-in extraction strategies to use for this memory. Default: No extraction strategies (short term memory only) |\n| `executionRole` | `iam.IRole` | No | The IAM role that provides permissions for the memory to access AWS services. Default: A new role will be created. |\n| `tags` | `{ [key: string]: string }` | No | Tags for memory. Default: no tags. |\n\n### Basic Memory Creation\n\nBelow you can find how to configure a simple short-term memory (STM) with no long-term memory extraction strategies.\nNote how you set `expirationDuration`, which defines the time the events will be stored in the short-term memory before they expire.\n\n```typescript fixture=default\n\n// Create a basic memory with default settings, no LTM strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"A memory for storing user interactions for a period of 90 days\",\n  expirationDuration: cdk.Duration.days(90),\n});\n```\n\nBasic Memory with Custom KMS Encryption\n\n```typescript fixture=default\n// Create a custom KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"MemoryEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for memory encryption\",\n});\n\n// Create memory with custom encryption\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_encrypted_memory\",\n  description: \"Memory with custom KMS encryption\",\n  expirationDuration: cdk.Duration.days(90),\n  kmsKey: encryptionKey,\n});\n```\n\n### LTM Memory Extraction Stategies\n\nIf you need long-term memory for context recall across sessions, you can setup memory extraction strategies\nto extract the relevant memory from the raw events.\n\nAmazon Bedrock AgentCore Memory has different memory strategies for extracting and organizing information:\n\n- **Summarization**: to summarize interactions to preserve critical context and key insights.\n- **Semantic Memory**: to extract general factual knowledge, concepts and meanings from raw conversations using vector embeddings.\nThis enables similarity-based retrieval of relevant facts and context.\n- **User Preferences**: to extract user behavior patterns from raw conversations.\n\nYou can use built-in extraction strategies for quick setup, or create custom extraction strategies with specific models and prompt templates.\n\n### Memory with Built-in Strategies\n\nThe library provides four built-in LTM strategies. These are default strategies for organizing and extracting memory data,\neach optimized for specific use cases.\n\nFor example: An agent helps multiple users with cloud storage setup. From these conversations,\nsee how each strategy processes users expressing confusion about account connection:\n\n1. **Summarization Strategy** (`MemoryStrategy.usingBuiltInSummarization()`)\nThis strategy compresses conversations into concise overviews, preserving essential context and key insights for quick recall.\nExtracted memory example: Users confused by cloud setup during onboarding.\n\n   - Extracts concise summaries to preserve critical context and key insights\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}/sessions/{sessionId}`\n\n2. **Semantic Memory Strategy** (`MemoryStrategy.usingBuiltInSemantic()`)\nDistills general facts, concepts, and underlying meanings from raw conversational data, presenting the information in a context-independent format.\nExtracted memory example: In-context learning = task-solving via examples, no training needed.\n\n   - Extracts general factual knowledge, concepts and meanings from raw conversations\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}`\n\n3. **User Preference Strategy** (`MemoryStrategy.usingBuiltInUserPreference()`)\nCaptures individual preferences, interaction patterns, and personalized settings to enhance future experiences.\nExtracted memory example: User needs clear guidance on cloud storage account connection during onboarding.\n\n   - Extracts user behavior patterns from raw conversations\n   - Namespace: `/strategies/{memoryStrategyId}/actors/{actorId}`\n\n4. **Episodic Memory Strategy** (`MemoryStrategy.usingBuiltInEpisodic()`)\nCaptures meaningful slices of user and system interactions, preserve them into compact records after summarizing.\nExtracted memory example: User first asked about pricing on Monday, then requested feature comparison on Tuesday, finally made purchase decision on Wednesday.\n\n   - Captures event sequences and temporal relationships\n   - Namespace: `/strategy/{memoryStrategyId}/actor/{actorId}/session/{sessionId}`\n   - Reflections: `/strategy/{memoryStrategyId}/actor/{actorId}`\n\n```typescript fixture=default\n// Create memory with built-in strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with built-in strategies\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [\n    agentcore.MemoryStrategy.usingBuiltInSummarization(),\n    agentcore.MemoryStrategy.usingBuiltInSemantic(),\n    agentcore.MemoryStrategy.usingBuiltInUserPreference(),\n    agentcore.MemoryStrategy.usingBuiltInEpisodic(),\n  ],\n});\n```\n\nThe name generated for each built in memory strategy is as follows:\n\n- For Summarization: `summary_builtin_cdk001`\n- For Semantic:`semantic_builtin_cdk001>`\n- For User Preferences: `preference_builtin_cdk001`\n- For Episodic : `episodic_builtin_cdkGen0001`\n\n### Memory with custom Strategies\n\nWith Long-Term Memory, organization is managed through Namespaces.\n\nAn `actor` refers to entity such as end users or agent/user combinations. For example, in a coding support chatbot,\nthe actor is usually the developer asking questions. Using the actor ID helps the system know which user the memory belongs to,\nkeeping each user's data separate and organized.\n\nA `session` is usually a single conversation or interaction period between the user and the AI agent.\nIt groups all related messages and events that happen during that conversation.\n\nA `namespace` is used to logically group and organize long-term memories. It ensures data stays neat, separate, and secure.\n\nWith AgentCore Memory, you need to add a namespace when you define a memory strategy. This namespace helps define where the long-term memory\nwill be logically grouped. Every time a new long-term memory is extracted using this memory strategy, it is saved under the namespace you set.\nThis means that all long-term memories are scoped to their specific namespace, keeping them organized and preventing any mix-ups with other\nusers or sessions. You should use a hierarchical format separated by forward slashes /. This helps keep memories organized clearly. As needed,\nyou can choose to use the below pre-defined variables within braces in the namespace based on your applications' organization needs:\n\n- `actorId` – Identifies who the long-term memory belongs to, such as a user\n- `memoryStrategyId` – Shows which memory strategy is being used. This strategy identifier is auto-generated when you create a memory using CreateMemory operation.\n- `sessionId` – Identifies which session or conversation the memory is from.\n\nFor example, if you define the following namespace as the input to your strategy in CreateMemory operation:\n\n```shell\n/strategy/{memoryStrategyId}/actor/{actorId}/session/{sessionId}\n```\n\nAfter memory creation, this namespace might look like:\n\n```shell\n/strategy/summarization-93483043//actor/actor-9830m2w3/session/session-9330sds8\n```\n\nYou can customise the namespace, i.e. where the memories are stored by using the following methods:\n\n1. **Summarization Strategy** (`MemoryStrategy.usingSummarization(props)`)\n1. **Semantic Memory Strategy** (`MemoryStrategy.usingSemantic(props)`)\n1. **User Preference Strategy** (`MemoryStrategy.usingUserPreference(props)`)\n1. **Episodic Memory Strategy** (`MemoryStrategy.usingEpisodic(props)`)\n\n```typescript fixture=default\n// Create memory with custom strategies\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with custom strategies\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [\n    agentcore.MemoryStrategy.usingUserPreference({\n        name: \"CustomerPreferences\",\n        namespaces: [\"support/customer/{actorId}/preferences\"]\n    }),\n    agentcore.MemoryStrategy.usingSemantic({\n        name: \"CustomerSupportSemantic\",\n        namespaces: [\"support/customer/{actorId}/semantic\"]\n    }),\n     agentcore.MemoryStrategy.usingEpisodic({\n        name: \"customerJourneyEpisodic\",\n        namespaces: [\"/journey/customer/{actorId}/episodes\"],\n        reflectionConfiguration: {\n            namespaces: [\"/journey/customer/{actorId}/reflections\"]\n        }\n    }),\n  ],\n});\n```\n\nCustom memory strategies let you tailor memory extraction and consolidation to your specific domain or use case.\nYou can override the prompts for extracting and consolidating semantic, summary, or user preferences.\nYou can also choose the model that you want to use for extraction and consolidation.\n\nThe custom prompts you create are appended to a non-editable system prompt.\n\nSince a custom strategy requires you to invoke certain FMs, you need a role with appropriate permissions. For that, you can:\n\n- Let the L2 construct create a minimum permission role for you when use L2 Bedrock Foundation Models.\n- Use a custom role with the overly permissive `AmazonBedrockAgentCoreMemoryBedrockModelInferenceExecutionRolePolicy` managed policy.\n- Use a custom role with your own custom policies.\n\n#### Memory with Custom Execution Role\n\nKeep in mind that memories that **do not** use custom strategies do not require a service role.\nSo even if you provide it, it will be ignored as it will never be used.\n\n```typescript fixture=default\n// Create a custom execution role\nconst executionRole = new iam.Role(this, \"MemoryExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\n      \"AmazonBedrockAgentCoreMemoryBedrockModelInferenceExecutionRolePolicy\"\n    ),\n  ],\n});\n\n// Create memory with custom execution role\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my_memory\",\n  description: \"Memory with custom execution role\",\n  expirationDuration: cdk.Duration.days(90),\n  executionRole: executionRole,\n});\n```\n\nIn customConsolidation and customExtraction, the model property uses the [@aws-cdk/aws-bedrock-alph](https://www.npmjs.com/package/@aws-cdk/aws-bedrock-alpha) library which must be installed separately.\n\n```typescript fixture=default\n// Create a custom semantic memory strategy\nconst customSemanticStrategy = agentcore.MemoryStrategy.usingSemantic({\n  name: \"customSemanticStrategy\",\n  description: \"Custom semantic memory strategy\",\n  namespaces: [\"/custom/strategies/{memoryStrategyId}/actors/{actorId}\"],\n  customConsolidation: {\n    model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_5_SONNET_V1_0,\n    appendToPrompt: \"Custom consolidation prompt for semantic memory\",\n  },\n  customExtraction: {\n    model: bedrock.BedrockFoundationModel.ANTHROPIC_CLAUDE_3_5_SONNET_V1_0,\n    appendToPrompt: \"Custom extraction prompt for semantic memory\",\n  },\n});\n\n// Create memory with custom strategy\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my-custom-memory\",\n  description: \"Memory with custom strategy\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [customSemanticStrategy],\n});\n```\n\n### Memory with self-managed Strategies\n\nA self-managed strategy in Amazon Bedrock AgentCore Memory gives you complete control over your memory extraction and consolidation pipelines.\nWith a self-managed strategy, you can build custom memory processing workflows while leveraging Amazon Bedrock AgentCore for storage and retrieval.\n\nFor additional information, you can refer to the [developer guide for self managed strategies](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/memory-self-managed-strategies.html).\n\nCreate the required AWS resources including:\n\n- an S3 bucket in your account where Amazon Bedrock AgentCore will deliver batched event payloads.\n- an SNS topic for job notifications. Use FIFO topics if processing order within sessions is important for your use case.\n\nThe construct will apply the correct permissions to the memory execution role to access these resources.\n\n```typescript fixture=default\n\nconst bucket = new s3.Bucket(this, 'memoryBucket', {\n  bucketName: 'test-memory',\n  removalPolicy: cdk.RemovalPolicy.DESTROY,\n  autoDeleteObjects: true,\n});\n\nconst topic = new sns.Topic(this, 'topic');\n\n// Create a custom semantic memory strategy\nconst selfManagedStrategy = agentcore.MemoryStrategy.usingSelfManaged({\n  name: \"selfManagedStrategy\",\n  description: \"self managed memory strategy\",\n  historicalContextWindowSize: 5,\n  invocationConfiguration: {\n    topic: topic,\n    s3Location: {\n      bucketName: bucket.bucketName,\n      objectKey: 'memory/',\n    }\n  },\n  triggerConditions: {\n    messageBasedTrigger: 1,\n    timeBasedTrigger: cdk.Duration.seconds(10),\n    tokenBasedTrigger: 100\n  }\n});\n\n// Create memory with custom strategy\nconst memory = new agentcore.Memory(this, \"MyMemory\", {\n  memoryName: \"my-custom-memory\",\n  description: \"Memory with custom strategy\",\n  expirationDuration: cdk.Duration.days(90),\n  memoryStrategies: [selfManagedStrategy],\n});\n```\n\n### Memory Strategy Methods\n\nYou can add new memory strategies to the memory construct using the `addMemoryStrategy()` method, for instance:\n\n```typescript fixture=default\n// Create memory without initial strategies\nconst memory = new agentcore.Memory(this, \"test-memory\", {\n  memoryName: \"test_memory_add_strategy\",\n  description: \"A test memory for testing addMemoryStrategy method\",\n  expirationDuration: cdk.Duration.days(90),\n});\n\n// Add strategies after instantiation\nmemory.addMemoryStrategy(agentcore.MemoryStrategy.usingBuiltInSummarization());\nmemory.addMemoryStrategy(agentcore.MemoryStrategy.usingBuiltInSemantic());\n```\n"
   },
   "repository": {
     "directory": "packages/@aws-cdk/aws-bedrock-agentcore-alpha",
@@ -8577,7 +8606,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/runtime/runtime.ts",
-        "line": 129
+        "line": 130
       },
       "name": "AddEndpointOptions",
       "properties": [
@@ -8591,7 +8620,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 134
+            "line": 135
           },
           "name": "description",
           "optional": true,
@@ -8609,7 +8638,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 139
+            "line": 140
           },
           "name": "version",
           "optional": true,
@@ -9099,7 +9128,7 @@
         "remarks": "Provides methods to reference container images from ECR repositories or local assets.",
         "stability": "experimental",
         "summary": "Abstract base class for agent runtime artifacts.",
-        "example": "const repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",\n    \"oauth_client_123\",\n  ),\n});",
+        "example": "// S3 bucket containing the agent core\nconst codeBucket = new s3.Bucket(this, \"AgentCode\", {\n  bucketName: \"my-code-bucket\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// the bucket above needs to contain the agent code\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromS3(\n  {\n    bucketName: codeBucket.bucketName,\n    objectKey: 'deployment_package.zip',\n  },\n  agentcore.AgentCoreRuntime.PYTHON_3_12,\n  ['opentelemetry-instrument', 'main.py']\n);\n\nconst runtimeInstance = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -9778,7 +9807,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/api-schema.ts",
-          "line": 74
+          "line": 75
         },
         "parameters": [
           {
@@ -9808,7 +9837,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/api-schema.ts",
-        "line": 24
+        "line": 25
       },
       "methods": [
         {
@@ -9818,7 +9847,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 37
+            "line": 38
           },
           "name": "fromInline",
           "parameters": [
@@ -9846,7 +9875,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 29
+            "line": 30
           },
           "name": "fromLocalAsset",
           "parameters": [
@@ -9874,7 +9903,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 47
+            "line": 48
           },
           "name": "fromS3File",
           "parameters": [
@@ -9966,7 +9995,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 72
+            "line": 73
           },
           "name": "bucketOwnerAccountId",
           "optional": true,
@@ -9983,7 +10012,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 67
+            "line": 68
           },
           "name": "inlineSchema",
           "optional": true,
@@ -10000,7 +10029,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 61
+            "line": 62
           },
           "name": "s3File",
           "optional": true,
@@ -10030,7 +10059,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/api-schema.ts",
-          "line": 97
+          "line": 98
         },
         "parameters": [
           {
@@ -10051,7 +10080,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/api-schema.ts",
-        "line": 94
+        "line": 95
       },
       "methods": [
         {
@@ -10062,7 +10091,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 116
+            "line": 117
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -10085,7 +10114,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 148
+            "line": 149
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -10121,7 +10150,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/tool-schema.ts",
-          "line": 204
+          "line": 205
         },
         "parameters": [
           {
@@ -10142,7 +10171,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 201
+        "line": 202
       },
       "methods": [
         {
@@ -10153,7 +10182,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 215
+            "line": 216
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -10176,7 +10205,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 245
+            "line": 246
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -13151,16 +13180,16 @@
       "docs": {
         "stability": "experimental",
         "summary": "****************************************************************************                              Factory ***************************************************************************.",
-        "example": "// The code below shows an example of how to instantiate this type.\n// The values are placeholders you should change.\nimport * as bedrock_agentcore_alpha from '@aws-cdk/aws-bedrock-agentcore-alpha';\nimport { aws_cognito as cognito } from 'aws-cdk-lib';\n\ndeclare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\nconst cognitoAuthorizerProps: bedrock_agentcore_alpha.CognitoAuthorizerProps = {\n  userPool: userPool,\n\n  // the properties below are optional\n  allowedAudiences: ['allowedAudiences'],\n  allowedClients: [userPoolClient],\n};",
+        "example": "declare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\n\n// Optional: Create custom claims (CustomClaimOperator and GatewayCustomClaim from agentcore)\nconst customClaims = [\n  agentcore.GatewayCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.GatewayCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.GatewayCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCognito({\n    userPool: userPool,\n    allowedClients: [userPoolClient],\n    allowedAudiences: [\"audience1\"],\n    allowedScopes: [\"read\", \"write\"],\n    customClaims: customClaims, // Optional custom claims\n  }),\n});",
         "custom": {
-          "exampleMetadata": "fixture=_generated"
+          "exampleMetadata": "fixture=default infused"
         }
       },
       "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.CognitoAuthorizerProps",
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 117
+        "line": 139
       },
       "name": "CognitoAuthorizerProps",
       "properties": [
@@ -13173,7 +13202,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 121
+            "line": 143
           },
           "name": "userPool",
           "type": {
@@ -13190,7 +13219,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 131
+            "line": 153
           },
           "name": "allowedAudiences",
           "optional": true,
@@ -13213,7 +13242,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 126
+            "line": 148
           },
           "name": "allowedClients",
           "optional": true,
@@ -13225,6 +13254,53 @@
               "kind": "array"
             }
           }
+        },
+        {
+          "abstract": true,
+          "docs": {
+            "default": "- No scope validation",
+            "stability": "experimental",
+            "summary": "The allowed scopes for JWT validation."
+          },
+          "immutable": true,
+          "locationInModule": {
+            "filename": "lib/gateway/inbound-auth/authorizer.ts",
+            "line": 158
+          },
+          "name": "allowedScopes",
+          "optional": true,
+          "type": {
+            "collection": {
+              "elementtype": {
+                "primitive": "string"
+              },
+              "kind": "array"
+            }
+          }
+        },
+        {
+          "abstract": true,
+          "docs": {
+            "default": "- No custom claim validation",
+            "remarks": "Allows you to validate additional fields in JWT tokens beyond the standard audience, client, and scope validations.",
+            "stability": "experimental",
+            "summary": "Custom claims for additional JWT token validation."
+          },
+          "immutable": true,
+          "locationInModule": {
+            "filename": "lib/gateway/inbound-auth/authorizer.ts",
+            "line": 164
+          },
+          "name": "customClaims",
+          "optional": true,
+          "type": {
+            "collection": {
+              "elementtype": {
+                "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim"
+              },
+              "kind": "array"
+            }
+          }
         }
       ],
       "symbolId": "lib/gateway/inbound-auth/authorizer:CognitoAuthorizerProps"
@@ -13267,12 +13343,57 @@
       "name": "CredentialProviderType",
       "symbolId": "lib/gateway/outbound-auth/credential-provider:CredentialProviderType"
     },
+    "@aws-cdk/aws-bedrock-agentcore-alpha.CustomClaimOperator": {
+      "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
+      "docs": {
+        "remarks": "Shared by Runtime and Gateway custom claim implementations.",
+        "stability": "experimental",
+        "summary": "Custom claim match operator.",
+        "example": "declare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\n\n// Optional: Create custom claims (CustomClaimOperator and GatewayCustomClaim from agentcore)\nconst customClaims = [\n  agentcore.GatewayCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.GatewayCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.GatewayCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCognito({\n    userPool: userPool,\n    allowedClients: [userPoolClient],\n    allowedAudiences: [\"audience1\"],\n    allowedScopes: [\"read\", \"write\"],\n    customClaims: customClaims, // Optional custom claims\n  }),\n});",
+        "custom": {
+          "exampleMetadata": "fixture=default infused"
+        }
+      },
+      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.CustomClaimOperator",
+      "kind": "enum",
+      "locationInModule": {
+        "filename": "lib/common/types.ts",
+        "line": 30
+      },
+      "members": [
+        {
+          "docs": {
+            "stability": "experimental",
+            "summary": "Equals operator - used for STRING type claims."
+          },
+          "name": "EQUALS"
+        },
+        {
+          "docs": {
+            "remarks": "Checks if the claim array contains a specific string value.",
+            "stability": "experimental",
+            "summary": "Contains operator - used for STRING_ARRAY type claims."
+          },
+          "name": "CONTAINS"
+        },
+        {
+          "docs": {
+            "remarks": "Checks if the claim array contains any of the provided string values.",
+            "stability": "experimental",
+            "summary": "ContainsAny operator - used for STRING_ARRAY type claims."
+          },
+          "name": "CONTAINS_ANY"
+        }
+      ],
+      "name": "CustomClaimOperator",
+      "symbolId": "lib/common/types:CustomClaimOperator"
+    },
     "@aws-cdk/aws-bedrock-agentcore-alpha.CustomJwtAuthorizer": {
       "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
       "docs": {
         "stability": "experimental",
         "summary": "Custom JWT authorizer configuration implementation.",
-        "example": "// The code below shows an example of how to instantiate this type.\n// The values are placeholders you should change.\nimport * as bedrock_agentcore_alpha from '@aws-cdk/aws-bedrock-agentcore-alpha';\nconst customJwtAuthorizer = new bedrock_agentcore_alpha.CustomJwtAuthorizer({\n  discoveryUrl: 'discoveryUrl',\n\n  // the properties below are optional\n  allowedAudience: ['allowedAudience'],\n  allowedClients: ['allowedClients'],\n});",
+        "example": "// The code below shows an example of how to instantiate this type.\n// The values are placeholders you should change.\nimport * as bedrock_agentcore_alpha from '@aws-cdk/aws-bedrock-agentcore-alpha';\n\ndeclare const gatewayCustomClaim: bedrock_agentcore_alpha.GatewayCustomClaim;\nconst customJwtAuthorizer = new bedrock_agentcore_alpha.CustomJwtAuthorizer({\n  discoveryUrl: 'discoveryUrl',\n\n  // the properties below are optional\n  allowedAudience: ['allowedAudience'],\n  allowedClients: ['allowedClients'],\n  allowedScopes: ['allowedScopes'],\n  customClaims: [gatewayCustomClaim],\n});",
         "custom": {
           "exampleMetadata": "fixture=_generated"
         }
@@ -13284,7 +13405,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/inbound-auth/authorizer.ts",
-          "line": 72
+          "line": 88
         },
         "parameters": [
           {
@@ -13301,7 +13422,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 66
+        "line": 80
       },
       "name": "CustomJwtAuthorizer",
       "properties": [
@@ -13313,7 +13434,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 67
+            "line": 81
           },
           "name": "authorizerType",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.IGatewayAuthorizerConfig",
@@ -13330,7 +13451,7 @@
       "docs": {
         "stability": "experimental",
         "summary": "Custom JWT authorizer configuration.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a custom execution role\nconst executionRole = new iam.Role(this, \"GatewayExecutionRole\", {\n  assumedBy: new iam.ServicePrincipal(\"bedrock-agentcore.amazonaws.com\"),\n  managedPolicies: [\n    iam.ManagedPolicy.fromAwsManagedPolicyName(\"AmazonBedrockAgentCoreGatewayExecutionRolePolicy\"),\n  ],\n});\n\n// Create gateway with custom execution role\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  description: \"Gateway with custom execution role\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  role: executionRole,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -13339,7 +13460,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 40
+        "line": 41
       },
       "name": "CustomJwtConfiguration",
       "properties": [
@@ -13353,7 +13474,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 48
+            "line": 49
           },
           "name": "discoveryUrl",
           "type": {
@@ -13370,7 +13491,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 54
+            "line": 55
           },
           "name": "allowedAudience",
           "optional": true,
@@ -13393,7 +13514,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 60
+            "line": 61
           },
           "name": "allowedClients",
           "optional": true,
@@ -13405,6 +13526,53 @@
               "kind": "array"
             }
           }
+        },
+        {
+          "abstract": true,
+          "docs": {
+            "default": "- No scope validation",
+            "stability": "experimental",
+            "summary": "Represents individual scopes that are validated in the incoming JWT token validation process."
+          },
+          "immutable": true,
+          "locationInModule": {
+            "filename": "lib/gateway/inbound-auth/authorizer.ts",
+            "line": 67
+          },
+          "name": "allowedScopes",
+          "optional": true,
+          "type": {
+            "collection": {
+              "elementtype": {
+                "primitive": "string"
+              },
+              "kind": "array"
+            }
+          }
+        },
+        {
+          "abstract": true,
+          "docs": {
+            "default": "- No custom claim validation",
+            "remarks": "Allows you to validate additional fields in JWT tokens beyond the standard audience, client, and scope validations.",
+            "stability": "experimental",
+            "summary": "Custom claims for additional JWT token validation."
+          },
+          "immutable": true,
+          "locationInModule": {
+            "filename": "lib/gateway/inbound-auth/authorizer.ts",
+            "line": 74
+          },
+          "name": "customClaims",
+          "optional": true,
+          "type": {
+            "collection": {
+              "elementtype": {
+                "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim"
+              },
+              "kind": "array"
+            }
+          }
         }
       ],
       "symbolId": "lib/gateway/inbound-auth/authorizer:CustomJwtConfiguration"
@@ -14218,7 +14386,7 @@
       "docs": {
         "stability": "experimental",
         "summary": "Factory class for creating Gateway Authorizers.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -14232,7 +14400,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 136
+        "line": 169
       },
       "methods": [
         {
@@ -14242,7 +14410,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 140
+            "line": 173
           },
           "name": "usingAwsIam",
           "returns": {
@@ -14260,7 +14428,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 162
+            "line": 195
           },
           "name": "usingCognito",
           "parameters": [
@@ -14289,7 +14457,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 149
+            "line": 182
           },
           "name": "usingCustomJwt",
           "parameters": [
@@ -14324,7 +14492,7 @@
       "kind": "enum",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 11
+        "line": 12
       },
       "members": [
         {
@@ -15150,64 +15318,180 @@
       "name": "GatewayCredentialProvider",
       "symbolId": "lib/gateway/outbound-auth/credential-provider:GatewayCredentialProvider"
     },
-    "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayExceptionLevel": {
+    "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim": {
       "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
       "docs": {
+        "remarks": "Custom claims allow you to validate additional fields in JWT tokens beyond\nthe standard audience, client, and scope validations.",
         "stability": "experimental",
-        "summary": "Exception levels for gateway.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "summary": "Represents a custom claim validation configuration for Gateway JWT authorizers.",
+        "example": "\n// Optional: Create custom claims (CustomClaimOperator and GatewayCustomClaim from agentcore)\nconst customClaims = [\n  agentcore.GatewayCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.GatewayCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.GatewayCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n    customClaims: customClaims, // Optional custom claims\n  }),\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
       },
-      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayExceptionLevel",
-      "kind": "enum",
+      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim",
+      "kind": "class",
       "locationInModule": {
-        "filename": "lib/gateway/gateway-base.ts",
-        "line": 17
+        "filename": "lib/gateway/inbound-auth/custom-claim.ts",
+        "line": 24
       },
-      "members": [
+      "methods": [
         {
           "docs": {
-            "remarks": "Allows the return of\nspecific error messages related to the gateway target configuration\nto help you with debugging.",
+            "remarks": "String array claims can use CONTAINS (default) or CONTAINS_ANY operator.",
+            "returns": "A GatewayCustomClaim configured for string array validation",
             "stability": "experimental",
-            "summary": "Debug mode for granular exception messages."
+            "summary": "Create a custom claim with a string array value."
           },
-          "name": "DEBUG"
-        }
-      ],
-      "name": "GatewayExceptionLevel",
-      "symbolId": "lib/gateway/gateway-base:GatewayExceptionLevel"
-    },
-    "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayProps": {
-      "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
-      "datatype": true,
-      "docs": {
-        "stability": "experimental",
-        "summary": "Properties for defining a Gateway.",
-        "example": "const gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n        exports.handler = async (event) => {\n            return {\n                statusCode: 200,\n                body: JSON.stringify({ message: 'Hello from Lambda!' })\n            };\n        };\n    `),\n});\n\n// Create a gateway target with Lambda and tool schema\nconst target = agentcore.GatewayTarget.forLambda(this, \"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Target for Lambda function integration\",\n  gateway: gateway,\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  ),\n});",
-        "custom": {
-          "exampleMetadata": "fixture=default infused"
-        }
-      },
-      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayProps",
-      "kind": "interface",
-      "locationInModule": {
-        "filename": "lib/gateway/gateway.ts",
-        "line": 165
-      },
-      "name": "GatewayProps",
-      "properties": [
+          "locationInModule": {
+            "filename": "lib/gateway/inbound-auth/custom-claim.ts",
+            "line": 46
+          },
+          "name": "withStringArrayValue",
+          "parameters": [
+            {
+              "docs": {
+                "summary": "The name of the claim in the JWT token."
+              },
+              "name": "name",
+              "type": {
+                "primitive": "string"
+              }
+            },
+            {
+              "docs": {
+                "remarks": "For CONTAINS operator, must contain exactly one value.",
+                "summary": "The array of string values to match."
+              },
+              "name": "values",
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "primitive": "string"
+                  },
+                  "kind": "array"
+                }
+              }
+            },
+            {
+              "docs": {
+                "summary": "The match operator (defaults to CONTAINS)."
+              },
+              "name": "operator",
+              "optional": true,
+              "type": {
+                "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.CustomClaimOperator"
+              }
+            }
+          ],
+          "returns": {
+            "type": {
+              "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim"
+            }
+          },
+          "static": true
+        },
         {
-          "abstract": true,
           "docs": {
-            "default": "- A default authorizer will be created using Cognito",
+            "remarks": "String claims must use the EQUALS operator.",
+            "returns": "A GatewayCustomClaim configured for string validation",
             "stability": "experimental",
-            "summary": "The authorizer configuration for the gateway."
+            "summary": "Create a custom claim with a string value."
           },
-          "immutable": true,
           "locationInModule": {
-            "filename": "lib/gateway/gateway.ts",
+            "filename": "lib/gateway/inbound-auth/custom-claim.ts",
+            "line": 33
+          },
+          "name": "withStringValue",
+          "parameters": [
+            {
+              "docs": {
+                "summary": "The name of the claim in the JWT token."
+              },
+              "name": "name",
+              "type": {
+                "primitive": "string"
+              }
+            },
+            {
+              "docs": {
+                "summary": "The string value to match (must exactly equal)."
+              },
+              "name": "value",
+              "type": {
+                "primitive": "string"
+              }
+            }
+          ],
+          "returns": {
+            "type": {
+              "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayCustomClaim"
+            }
+          },
+          "static": true
+        }
+      ],
+      "name": "GatewayCustomClaim",
+      "symbolId": "lib/gateway/inbound-auth/custom-claim:GatewayCustomClaim"
+    },
+    "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayExceptionLevel": {
+      "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
+      "docs": {
+        "stability": "experimental",
+        "summary": "Exception levels for gateway.",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "custom": {
+          "exampleMetadata": "fixture=default infused"
+        }
+      },
+      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayExceptionLevel",
+      "kind": "enum",
+      "locationInModule": {
+        "filename": "lib/gateway/gateway-base.ts",
+        "line": 17
+      },
+      "members": [
+        {
+          "docs": {
+            "remarks": "Allows the return of\nspecific error messages related to the gateway target configuration\nto help you with debugging.",
+            "stability": "experimental",
+            "summary": "Debug mode for granular exception messages."
+          },
+          "name": "DEBUG"
+        }
+      ],
+      "name": "GatewayExceptionLevel",
+      "symbolId": "lib/gateway/gateway-base:GatewayExceptionLevel"
+    },
+    "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayProps": {
+      "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
+      "datatype": true,
+      "docs": {
+        "stability": "experimental",
+        "summary": "Properties for defining a Gateway.",
+        "example": "const gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-gateway\",\n});\n\nconst lambdaFunction = new lambda.Function(this, \"MyFunction\", {\n  runtime: lambda.Runtime.NODEJS_22_X,\n  handler: \"index.handler\",\n  code: lambda.Code.fromInline(`\n        exports.handler = async (event) => {\n            return {\n                statusCode: 200,\n                body: JSON.stringify({ message: 'Hello from Lambda!' })\n            };\n        };\n    `),\n});\n\n// Create a gateway target with Lambda and tool schema\nconst target = agentcore.GatewayTarget.forLambda(this, \"MyLambdaTarget\", {\n  gatewayTargetName: \"my-lambda-target\",\n  description: \"Target for Lambda function integration\",\n  gateway: gateway,\n  lambdaFunction: lambdaFunction,\n  toolSchema: agentcore.ToolSchema.fromLocalAsset(\n    path.join(__dirname, \"schemas\", \"my-tool-schema.json\")\n  ),\n});",
+        "custom": {
+          "exampleMetadata": "fixture=default infused"
+        }
+      },
+      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.GatewayProps",
+      "kind": "interface",
+      "locationInModule": {
+        "filename": "lib/gateway/gateway.ts",
+        "line": 165
+      },
+      "name": "GatewayProps",
+      "properties": [
+        {
+          "abstract": true,
+          "docs": {
+            "default": "- A default authorizer will be created using Cognito",
+            "stability": "experimental",
+            "summary": "The authorizer configuration for the gateway."
+          },
+          "immutable": true,
+          "locationInModule": {
+            "filename": "lib/gateway/gateway.ts",
             "line": 195
           },
           "name": "authorizerConfiguration",
@@ -19501,7 +19785,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 21
+        "line": 22
       },
       "name": "IGatewayAuthorizerConfig",
       "properties": [
@@ -19514,7 +19798,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 25
+            "line": 26
           },
           "name": "authorizerType",
           "type": {
@@ -20977,7 +21261,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/inbound-auth/authorizer.ts",
-        "line": 100
+        "line": 122
       },
       "name": "IamAuthorizer",
       "properties": [
@@ -20989,7 +21273,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/inbound-auth/authorizer.ts",
-            "line": 101
+            "line": 123
           },
           "name": "authorizerType",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.IGatewayAuthorizerConfig",
@@ -21019,7 +21303,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/api-schema.ts",
-          "line": 162
+          "line": 163
         },
         "parameters": [
           {
@@ -21033,7 +21317,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/api-schema.ts",
-        "line": 161
+        "line": 162
       },
       "methods": [
         {
@@ -21043,7 +21327,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 179
+            "line": 180
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -21063,7 +21347,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 175
+            "line": 176
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -21099,7 +21383,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/tool-schema.ts",
-          "line": 262
+          "line": 263
         },
         "parameters": [
           {
@@ -21118,7 +21402,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 261
+        "line": 262
       },
       "methods": [
         {
@@ -21128,7 +21412,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 275
+            "line": 276
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -21148,7 +21432,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 281
+            "line": 282
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -21746,7 +22030,7 @@
         "remarks": "The Model Context Protocol uses string-based version identifiers following the format YYYY-MM-DD,\nto indicate the last date backwards incompatible changes were made.\nVersions are available at https://github.com/modelcontextprotocol/modelcontextprotocol/releases",
         "stability": "experimental",
         "summary": "MCP protocol versions.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -22109,7 +22393,7 @@
         "remarks": "This protocol enables communication between Amazon Bedrock Agent and external tools.",
         "stability": "experimental",
         "summary": "MCP protocol configuration The configuration for the Model Context Protocol (MCP).",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -22192,7 +22476,7 @@
       "docs": {
         "stability": "experimental",
         "summary": "Search types supported by MCP gateway.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -22221,7 +22505,7 @@
       "docs": {
         "stability": "experimental",
         "summary": "MCP (Model Context Protocol) configuration implementation.",
-        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
+        "example": "// Create a KMS key for encryption\nconst encryptionKey = new kms.Key(this, \"GatewayEncryptionKey\", {\n  enableKeyRotation: true,\n  description: \"KMS key for gateway encryption\",\n});\n\n// Create gateway with KMS encryption\nconst gateway = new agentcore.Gateway(this, \"MyGateway\", {\n  gatewayName: \"my-encrypted-gateway\",\n  description: \"Gateway with KMS encryption\",\n  protocolConfiguration: new agentcore.McpProtocolConfiguration({\n    instructions: \"Use this gateway to connect to external MCP tools\",\n    searchType: agentcore.McpGatewaySearchType.SEMANTIC,\n    supportedVersions: [agentcore.MCPProtocolVersion.MCP_2025_03_26],\n  }),\n  authorizerConfiguration: agentcore.GatewayAuthorizer.usingCustomJwt({\n    discoveryUrl: \"https://auth.example.com/.well-known/openid-configuration\",\n    allowedAudience: [\"my-app\"],\n    allowedClients: [\"my-client-id\"],\n    allowedScopes: [\"read\", \"write\"],\n  }),\n  kmsKey: encryptionKey,\n  exceptionLevel: agentcore.GatewayExceptionLevel.DEBUG,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -25018,7 +25302,7 @@
         "see": "https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime.html",
         "stability": "experimental",
         "summary": "Bedrock Agent Core Runtime Enables running containerized agents with specific network configurations, security settings, and runtime artifacts.",
-        "example": "const repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",\n    \"oauth_client_123\",\n  ),\n});"
+        "example": "// S3 bucket containing the agent core\nconst codeBucket = new s3.Bucket(this, \"AgentCode\", {\n  bucketName: \"my-code-bucket\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// the bucket above needs to contain the agent code\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromS3(\n  {\n    bucketName: codeBucket.bucketName,\n    objectKey: 'deployment_package.zip',\n  },\n  agentcore.AgentCoreRuntime.PYTHON_3_12,\n  ['opentelemetry-instrument', 'main.py']\n);\n\nconst runtimeInstance = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});"
       },
       "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.Runtime",
       "initializer": {
@@ -25027,7 +25311,7 @@
         },
         "locationInModule": {
           "filename": "lib/runtime/runtime.ts",
-          "line": 259
+          "line": 260
         },
         "parameters": [
           {
@@ -25053,7 +25337,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/runtime/runtime.ts",
-        "line": 154
+        "line": 155
       },
       "methods": [
         {
@@ -25064,7 +25348,7 @@
           },
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 168
+            "line": 169
           },
           "name": "fromAgentRuntimeAttributes",
           "parameters": [
@@ -25111,7 +25395,7 @@
           },
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 826
+            "line": 827
           },
           "name": "addEndpoint",
           "parameters": [
@@ -25153,7 +25437,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 157
+            "line": 158
           },
           "name": "PROPERTY_INJECTION_ID",
           "static": true,
@@ -25173,7 +25457,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 206
+            "line": 207
           },
           "name": "agentRuntimeArn",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase",
@@ -25189,7 +25473,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 253
+            "line": 254
           },
           "name": "agentRuntimeArtifact",
           "type": {
@@ -25208,7 +25492,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 212
+            "line": 213
           },
           "name": "agentRuntimeId",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase",
@@ -25228,7 +25512,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 218
+            "line": 219
           },
           "name": "agentRuntimeName",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase",
@@ -25244,7 +25528,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 248
+            "line": 249
           },
           "name": "grantPrincipal",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase",
@@ -25260,7 +25544,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 219
+            "line": 220
           },
           "name": "role",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase",
@@ -25280,7 +25564,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 225
+            "line": 226
           },
           "name": "agentRuntimeVersion",
           "optional": true,
@@ -25301,7 +25585,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 231
+            "line": 232
           },
           "name": "agentStatus",
           "optional": true,
@@ -25322,7 +25606,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 241
+            "line": 242
           },
           "name": "createdAt",
           "optional": true,
@@ -25339,7 +25623,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 235
+            "line": 236
           },
           "name": "description",
           "optional": true,
@@ -25359,7 +25643,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 247
+            "line": 248
           },
           "name": "lastUpdatedAt",
           "optional": true,
@@ -25378,7 +25662,7 @@
         "remarks": "Provides static factory methods to create different authentication types.",
         "stability": "experimental",
         "summary": "Abstract base class for runtime authorizer configurations.",
-        "example": "const repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",\n    \"oauth_client_123\",\n  ),\n});",
+        "example": "const repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// String claim - validates that the claim exactly equals the specified value\n// Uses EQUALS operator automatically\nconst departmentClaim = agentcore.RuntimeCustomClaim.withStringValue('department', 'engineering');\n\n// String array claim with CONTAINS operator (default)\n// Validates that the claim array contains a specific string value\n// IMPORTANT: CONTAINS requires exactly one value in the array parameter\nconst rolesClaim = agentcore.RuntimeCustomClaim.withStringArrayValue('roles', ['admin']);\n\n// String array claim with CONTAINS_ANY operator\n// Validates that the claim array contains at least one of the specified values\n// Use this when you want to check for multiple possible values\nconst permissionsClaim = agentcore.RuntimeCustomClaim.withStringArrayValue(\n  'permissions',\n  ['read', 'write'],\n  agentcore.CustomClaimOperator.CONTAINS_ANY\n);\n\n// Use custom claims in authorizer configuration\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingJWT(\n    \"https://example.com/.well-known/openid-configuration\",\n    [\"client1\", \"client2\"],\n    [\"audience1\"],\n    [\"read\", \"write\"],\n    [departmentClaim, rolesClaim, permissionsClaim] // Custom claims\n  ),\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -25391,8 +25675,8 @@
       },
       "kind": "class",
       "locationInModule": {
-        "filename": "lib/runtime/runtime-authorizer-configuration.ts",
-        "line": 23
+        "filename": "lib/runtime/inbound-auth/runtime-authorizer-configuration.ts",
+        "line": 24
       },
       "methods": [
         {
@@ -25403,8 +25687,8 @@
             "summary": "Use AWS Cognito User Pool authentication."
           },
           "locationInModule": {
-            "filename": "lib/runtime/runtime-authorizer-configuration.ts",
-            "line": 63
+            "filename": "lib/runtime/inbound-auth/runtime-authorizer-configuration.ts",
+            "line": 70
           },
           "name": "usingCognito",
           "parameters": [
@@ -25445,6 +25729,36 @@
                   "kind": "array"
                 }
               }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of allowed scopes."
+              },
+              "name": "allowedScopes",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "primitive": "string"
+                  },
+                  "kind": "array"
+                }
+              }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of custom claim validations."
+              },
+              "name": "customClaims",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim"
+                  },
+                  "kind": "array"
+                }
+              }
             }
           ],
           "returns": {
@@ -25462,8 +25776,8 @@
             "summary": "Use IAM authentication (default)."
           },
           "locationInModule": {
-            "filename": "lib/runtime/runtime-authorizer-configuration.ts",
-            "line": 30
+            "filename": "lib/runtime/inbound-auth/runtime-authorizer-configuration.ts",
+            "line": 31
           },
           "name": "usingIAM",
           "returns": {
@@ -25481,8 +25795,8 @@
             "summary": "Use custom JWT authentication."
           },
           "locationInModule": {
-            "filename": "lib/runtime/runtime-authorizer-configuration.ts",
-            "line": 43
+            "filename": "lib/runtime/inbound-auth/runtime-authorizer-configuration.ts",
+            "line": 46
           },
           "name": "usingJWT",
           "parameters": [
@@ -25524,6 +25838,36 @@
                   "kind": "array"
                 }
               }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of allowed scopes."
+              },
+              "name": "allowedScopes",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "primitive": "string"
+                  },
+                  "kind": "array"
+                }
+              }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of custom claim validations."
+              },
+              "name": "customClaims",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim"
+                  },
+                  "kind": "array"
+                }
+              }
             }
           ],
           "returns": {
@@ -25540,8 +25884,8 @@
             "summary": "Use OAuth 2.0 authentication. Supports various OAuth providers."
           },
           "locationInModule": {
-            "filename": "lib/runtime/runtime-authorizer-configuration.ts",
-            "line": 80
+            "filename": "lib/runtime/inbound-auth/runtime-authorizer-configuration.ts",
+            "line": 91
           },
           "name": "usingOAuth",
           "parameters": [
@@ -25577,6 +25921,36 @@
                   "kind": "array"
                 }
               }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of allowed scopes."
+              },
+              "name": "allowedScopes",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "primitive": "string"
+                  },
+                  "kind": "array"
+                }
+              }
+            },
+            {
+              "docs": {
+                "summary": "Optional array of custom claim validations."
+              },
+              "name": "customClaims",
+              "optional": true,
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim"
+                  },
+                  "kind": "array"
+                }
+              }
             }
           ],
           "returns": {
@@ -25588,7 +25962,7 @@
         }
       ],
       "name": "RuntimeAuthorizerConfiguration",
-      "symbolId": "lib/runtime/runtime-authorizer-configuration:RuntimeAuthorizerConfiguration"
+      "symbolId": "lib/runtime/inbound-auth/runtime-authorizer-configuration:RuntimeAuthorizerConfiguration"
     },
     "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeBase": {
       "abstract": true,
@@ -26261,6 +26635,122 @@
       ],
       "symbolId": "lib/runtime/runtime-base:RuntimeBase"
     },
+    "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim": {
+      "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
+      "docs": {
+        "remarks": "Custom claims allow you to validate additional fields in JWT tokens beyond\nthe standard audience, client, and scope validations.",
+        "stability": "experimental",
+        "summary": "Represents a custom claim validation configuration for Runtime JWT authorizers.",
+        "example": "declare const userPool: cognito.UserPool;\ndeclare const userPoolClient: cognito.UserPoolClient;\ndeclare const anotherUserPoolClient: cognito.UserPoolClient;\n\nconst repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\n// Optional: Create custom claims for additional validation\nconst customClaims = [\n  agentcore.RuntimeCustomClaim.withStringValue('department', 'engineering'),\n  agentcore.RuntimeCustomClaim.withStringArrayValue('roles', ['admin'], agentcore.CustomClaimOperator.CONTAINS),\n  agentcore.RuntimeCustomClaim.withStringArrayValue('permissions', ['read', 'write'], agentcore.CustomClaimOperator.CONTAINS_ANY),\n];\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingCognito(\n    userPool, // User Pool (required)\n    [userPoolClient, anotherUserPoolClient], // User Pool Clients\n    [\"audience1\"], // Allowed Audiences (optional)\n    [\"read\", \"write\"], // Allowed Scopes (optional)\n    customClaims, // Custom claims (optional) - see Custom Claims Validation section\n  ),\n});",
+        "custom": {
+          "exampleMetadata": "fixture=default infused"
+        }
+      },
+      "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim",
+      "kind": "class",
+      "locationInModule": {
+        "filename": "lib/runtime/inbound-auth/custom-claim.ts",
+        "line": 24
+      },
+      "methods": [
+        {
+          "docs": {
+            "remarks": "String array claims can use CONTAINS (default) or CONTAINS_ANY operator.",
+            "returns": "A RuntimeCustomClaim configured for string array validation",
+            "stability": "experimental",
+            "summary": "Create a custom claim with a string array value."
+          },
+          "locationInModule": {
+            "filename": "lib/runtime/inbound-auth/custom-claim.ts",
+            "line": 46
+          },
+          "name": "withStringArrayValue",
+          "parameters": [
+            {
+              "docs": {
+                "summary": "The name of the claim in the JWT token."
+              },
+              "name": "name",
+              "type": {
+                "primitive": "string"
+              }
+            },
+            {
+              "docs": {
+                "remarks": "For CONTAINS operator, must contain exactly one value.",
+                "summary": "The array of string values to match."
+              },
+              "name": "values",
+              "type": {
+                "collection": {
+                  "elementtype": {
+                    "primitive": "string"
+                  },
+                  "kind": "array"
+                }
+              }
+            },
+            {
+              "docs": {
+                "summary": "The match operator (defaults to CONTAINS)."
+              },
+              "name": "operator",
+              "optional": true,
+              "type": {
+                "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.CustomClaimOperator"
+              }
+            }
+          ],
+          "returns": {
+            "type": {
+              "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim"
+            }
+          },
+          "static": true
+        },
+        {
+          "docs": {
+            "remarks": "String claims must use the EQUALS operator.",
+            "returns": "A RuntimeCustomClaim configured for string validation",
+            "stability": "experimental",
+            "summary": "Create a custom claim with a string value."
+          },
+          "locationInModule": {
+            "filename": "lib/runtime/inbound-auth/custom-claim.ts",
+            "line": 33
+          },
+          "name": "withStringValue",
+          "parameters": [
+            {
+              "docs": {
+                "summary": "The name of the claim in the JWT token."
+              },
+              "name": "name",
+              "type": {
+                "primitive": "string"
+              }
+            },
+            {
+              "docs": {
+                "summary": "The string value to match (must exactly equal)."
+              },
+              "name": "value",
+              "type": {
+                "primitive": "string"
+              }
+            }
+          ],
+          "returns": {
+            "type": {
+              "fqn": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeCustomClaim"
+            }
+          },
+          "static": true
+        }
+      ],
+      "name": "RuntimeCustomClaim",
+      "symbolId": "lib/runtime/inbound-auth/custom-claim:RuntimeCustomClaim"
+    },
     "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeEndpoint": {
       "assembly": "@aws-cdk/aws-bedrock-agentcore-alpha",
       "base": "@aws-cdk/aws-bedrock-agentcore-alpha.RuntimeEndpointBase",
@@ -27236,7 +27726,7 @@
       "docs": {
         "stability": "experimental",
         "summary": "Properties for creating a Bedrock Agent Core Runtime resource.",
-        "example": "const repository = new ecr.Repository(this, \"TestRepository\", {\n  repositoryName: \"test-agent-runtime\",\n});\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromEcrRepository(repository, \"v1.0.0\");\n\nconst runtime = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n  authorizerConfiguration: agentcore.RuntimeAuthorizerConfiguration.usingOAuth(\n    \"https://github.com/.well-known/openid-configuration\",\n    \"oauth_client_123\",\n  ),\n});",
+        "example": "// S3 bucket containing the agent core\nconst codeBucket = new s3.Bucket(this, \"AgentCode\", {\n  bucketName: \"my-code-bucket\",\n  removalPolicy: RemovalPolicy.DESTROY, // For demo purposes\n});\n\n// the bucket above needs to contain the agent code\n\nconst agentRuntimeArtifact = agentcore.AgentRuntimeArtifact.fromS3(\n  {\n    bucketName: codeBucket.bucketName,\n    objectKey: 'deployment_package.zip',\n  },\n  agentcore.AgentCoreRuntime.PYTHON_3_12,\n  ['opentelemetry-instrument', 'main.py']\n);\n\nconst runtimeInstance = new agentcore.Runtime(this, \"MyAgentRuntime\", {\n  runtimeName: \"myAgent\",\n  agentRuntimeArtifact: agentRuntimeArtifact,\n});",
         "custom": {
           "exampleMetadata": "fixture=default infused"
         }
@@ -27245,7 +27735,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/runtime/runtime.ts",
-        "line": 48
+        "line": 49
       },
       "name": "RuntimeProps",
       "properties": [
@@ -27258,7 +27748,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 62
+            "line": 63
           },
           "name": "agentRuntimeArtifact",
           "type": {
@@ -27275,7 +27765,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 104
+            "line": 105
           },
           "name": "authorizerConfiguration",
           "optional": true,
@@ -27293,7 +27783,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 82
+            "line": 83
           },
           "name": "description",
           "optional": true,
@@ -27311,7 +27801,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 97
+            "line": 98
           },
           "name": "environmentVariables",
           "optional": true,
@@ -27334,7 +27824,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 69
+            "line": 70
           },
           "name": "executionRole",
           "optional": true,
@@ -27352,7 +27842,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 123
+            "line": 124
           },
           "name": "lifecycleConfiguration",
           "optional": true,
@@ -27370,7 +27860,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 75
+            "line": 76
           },
           "name": "networkConfiguration",
           "optional": true,
@@ -27388,7 +27878,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 88
+            "line": 89
           },
           "name": "protocolConfiguration",
           "optional": true,
@@ -27406,7 +27896,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 117
+            "line": 118
           },
           "name": "requestHeaderConfiguration",
           "optional": true,
@@ -27424,7 +27914,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 56
+            "line": 57
           },
           "name": "runtimeName",
           "optional": true,
@@ -27442,7 +27932,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/runtime/runtime.ts",
-            "line": 111
+            "line": 112
           },
           "name": "tags",
           "optional": true,
@@ -27476,7 +27966,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/api-schema.ts",
-          "line": 194
+          "line": 195
         },
         "parameters": [
           {
@@ -27500,7 +27990,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/api-schema.ts",
-        "line": 193
+        "line": 194
       },
       "methods": [
         {
@@ -27510,7 +28000,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 209
+            "line": 210
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -27530,7 +28020,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 215
+            "line": 216
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ApiSchema",
@@ -27554,7 +28044,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/api-schema.ts",
-            "line": 194
+            "line": 195
           },
           "name": "bucketOwnerAccountId",
           "optional": true,
@@ -27584,7 +28074,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/tool-schema.ts",
-          "line": 293
+          "line": 294
         },
         "parameters": [
           {
@@ -27608,7 +28098,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 292
+        "line": 293
       },
       "methods": [
         {
@@ -27618,7 +28108,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 308
+            "line": 309
           },
           "name": "bind",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -27638,7 +28128,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 314
+            "line": 315
           },
           "name": "grantPermissionsToRole",
           "overrides": "@aws-cdk/aws-bedrock-agentcore-alpha.ToolSchema",
@@ -27662,7 +28152,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 293
+            "line": 294
           },
           "name": "bucketOwnerAccountId",
           "optional": true,
@@ -27689,7 +28179,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 49
+        "line": 50
       },
       "name": "SchemaDefinition",
       "properties": [
@@ -27703,7 +28193,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 53
+            "line": 54
           },
           "name": "type",
           "type": {
@@ -27721,7 +28211,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 62
+            "line": 63
           },
           "name": "description",
           "optional": true,
@@ -27740,7 +28230,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 71
+            "line": 72
           },
           "name": "items",
           "optional": true,
@@ -27759,7 +28249,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 80
+            "line": 81
           },
           "name": "properties",
           "optional": true,
@@ -27783,7 +28273,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 86
+            "line": 87
           },
           "name": "required",
           "optional": true,
@@ -27813,7 +28303,7 @@
       "kind": "enum",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 31
+        "line": 32
       },
       "members": [
         {
@@ -28345,7 +28835,7 @@
       "kind": "interface",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 92
+        "line": 93
       },
       "name": "ToolDefinition",
       "properties": [
@@ -28359,7 +28849,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 101
+            "line": 102
           },
           "name": "description",
           "type": {
@@ -28376,7 +28866,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 106
+            "line": 107
           },
           "name": "inputSchema",
           "type": {
@@ -28393,7 +28883,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 96
+            "line": 97
           },
           "name": "name",
           "type": {
@@ -28411,7 +28901,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 115
+            "line": 116
           },
           "name": "outputSchema",
           "optional": true,
@@ -28440,7 +28930,7 @@
         },
         "locationInModule": {
           "filename": "lib/gateway/targets/schema/tool-schema.ts",
-          "line": 181
+          "line": 182
         },
         "parameters": [
           {
@@ -28475,7 +28965,7 @@
       "kind": "class",
       "locationInModule": {
         "filename": "lib/gateway/targets/schema/tool-schema.ts",
-        "line": 131
+        "line": 132
       },
       "methods": [
         {
@@ -28485,7 +28975,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 144
+            "line": 145
           },
           "name": "fromInline",
           "parameters": [
@@ -28518,7 +29008,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 136
+            "line": 137
           },
           "name": "fromLocalAsset",
           "parameters": [
@@ -28546,7 +29036,7 @@
           },
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 154
+            "line": 155
           },
           "name": "fromS3File",
           "parameters": [
@@ -28638,7 +29128,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 179
+            "line": 180
           },
           "name": "bucketOwnerAccountId",
           "optional": true,
@@ -28655,7 +29145,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 174
+            "line": 175
           },
           "name": "inlineSchema",
           "optional": true,
@@ -28677,7 +29167,7 @@
           "immutable": true,
           "locationInModule": {
             "filename": "lib/gateway/targets/schema/tool-schema.ts",
-            "line": 168
+            "line": 169
           },
           "name": "s3File",
           "optional": true,
@@ -28867,6 +29357,6 @@
       "symbolId": "lib/network/network-configuration:VpcConfigProps"
     }
   },
-  "version": "2.236.0-alpha.0",
+  "version": "2.237.1-alpha.0",
   "fingerprint": "**********"
 }