feat(gateway): add create_web_search_target() helper

[sundargthb]

Description

Adds GatewayClient.create_web_search_target(), a typed one-call helper for wiring the managed web-search connector to a gateway.

GatewayClient already has helpers for the other two connectors it supports: create_knowledge_base_target() (bedrock-knowledge-bases) and create_agentic_retrieve_target() (bedrock-agentic-retrieve). Web search has no equivalent, so callers have to hand-assemble the targetConfiguration.mcp.connector block and the credential provider configuration themselves. This closes that gap and follows the same shape as its two siblings.

This is typed convenience, not new capability. create_gateway_target_and_wait() can already create the same target; the helper removes the need to know the connector ID, the tool name, and the parameter path.

Part of #654. That issue also asks for a WebSearchClient under bedrock_agentcore.tools; this PR does not include that, since the invoke-side details are still open (see Out of scope).

What it produces

client.create_web_search_target(
    gateway_identifier="gw-123",
    exclude_domains=["example.com"],
)

sends:

{
  "gatewayIdentifier": "gw-123",
  "name": "web-search",
  "targetConfiguration": {
    "mcp": {
      "connector": {
        "source": {"connectorId": "web-search"},
        "enabled": ["WebSearch"],
        "configurations": [
          {
            "name": "WebSearch",
            "parameterValues": {"domainFilter": {"exclude": ["example.com"]}}
          }
        ]
      }
    }
  },
  "credentialProviderConfigurations": [{"credentialProviderType": "GATEWAY_IAM_ROLE"}]
}

parameterValues is omitted entirely when exclude_domains is not passed or is empty, so the minimal call sends only {"name": "WebSearch"} as the configuration entry.

Where the constants come from

The two values that are not inferable from this repo are the connector ID and the tool name. Both are taken from the CLI, which already ships a web-search path:

• connectorId: 'web-search' and the tool name WebSearch: aws/agentcore-cli src/cli/operations/connectors/translators.ts
• parameterValues.domainFilter = { exclude: [...] }: same file, translateWebSearch()

The surrounding wire shape (enabled, configurations, GATEWAY_IAM_ROLE) mirrors create_knowledge_base_target() in this file.

Note on capitalization: the ConnectorConfiguration shape in the service model writes its example tool names in lower camel case (retrieve, webSearch), while the shipped create_knowledge_base_target() here sends Retrieve and the CLI sends WebSearch. This PR follows the shipped code rather than the doc example. This is the one thing the live run could not confirm, because validation stopped at the entitlement check before reaching tool names.

Testing

• tests/unit/gateway/test_gateway_web_search_targets.py, 8 tests asserting the exact wire shape, the default name, parameterValues omission, **kwargs override behavior, the default credential provider, and wait_config pass-through. Modeled on the existing test_gateway_kb_targets.py.
• tests_integ/gateway/test_gateway_web_search_targets.py, 3 opt-in tests marked @pytest.mark.integration, requiring GATEWAY_ROLE_ARN, creating and tearing down a real gateway and targets. Modeled on the existing tests_integ/gateway/test_gateway_kb_targets.py.

Full unit suite: 3412 passed, 10 skipped, 4 xpassed. ruff check and ruff format --check clean on all three files.

What the live run showed

The Test (gateway) CI job runs tests_integ/gateway against a real account in us-west-2, so the first push did exercise this against a live CreateGatewayTarget. All three tests failed with the same error:

ValidationException: An error occurred (ValidationException) when calling the
CreateGatewayTarget operation: Connector integration web-search is not available
for this account.

The request the SDK built was accepted structurally and rejected at the account entitlement check, with the service naming web-search back. The rest of the gateway suite, including the KB target tests, passed in the same run.

Two things follow, and the second one is a real limit on this PR:

1. The connector ID is recognized by the service.
2. Validation stops at entitlement, so this run does not confirm enabled: ["WebSearch"] or the domainFilter.exclude path. Those are still only verified against the CLI's implementation.

The second push makes the integration tests pytest.skip on that specific message and still fail on anything else, so the job reports honestly instead of red. To get the remaining verification, the integ test account needs the connector enabled, or someone on an enabled account should run:

GATEWAY_ROLE_ARN=<role> pytest tests_integ/gateway/test_gateway_web_search_targets.py

Out of scope

• WebSearchClient in bedrock_agentcore.tools. The other built-in tools have data-plane clients because they have data-plane APIs (StartBrowserSession, StartCodeInterpreterSession). Web search is reached over MCP through a gateway, so an equivalent client needs a decision on how it signs and transports requests. Tracked in [FEATURE] Add a WebSearch client to bedrock_agentcore.tools and a create_web_search_target() helper #654.
• Connector version. ConnectorSource accepts an optional version; neither existing connector helper exposes it, so this one does not either. Omitting it means the service picks the latest.
• Filters other than domain exclusion. Only domainFilter.exclude is set here, because that is the only parameter with a verified path. Anything else a caller needs can go through parameter_overrides or by passing targetConfiguration directly, both of which still work.
• Runtime parameters. Values the agent supplies per call are not admin-configured, so they are not part of this helper.

Checklist

• Tests added
• Lint and format clean
• No public API removed or changed; this is additive
• Wire shape confirmed end to end on an account with the web-search connector enabled

Unrelated CI failures

None of the red jobs on this PR touch gateway code:

• Compat (evaluation) errors with ModuleNotFoundError: No module named 'deepeval' and 'autoevals' in that job's own install step. It fails the same way on chore(deps-dev): update langchain-community requirement from <0.4.2,>=0.3.0 to >=0.3.0,<0.4.3 #653, ci: remove synchronize trigger from Slack PR review caller #626 and ci: add Slack PR review notification caller #625, including the two baselined against v1.21.0.
• Compat (memory) and Test (memory) fail with ServiceQuotaExceededException: Memory count limit exceeded for account ...: Current: 150, Max allowed: 150, plus a DeleteMemory timeout on a memory stuck in UPDATING. That is integ-account state: Compat (memory) reproduces it while running v1.22.0's own tests, and it also fails on chore(deps-dev): update langchain-community requirement from <0.4.2,>=0.3.0 to >=0.3.0,<0.4.3 #653, ci: remove synchronize trigger from Slack PR review caller #626 and ci: add Slack PR review notification caller #625.
• Test Python 3.13 reports 1 failed, 3411 passed. The one failure is tests/bedrock_agentcore/payments/integrations/langgraph/test_stage3.py::TestRetryDelay::test_zero_delay_skips_sleep, with Expected 'sleep' to not have been called. Called 762 times. That test patches ...langgraph.middleware.time.sleep, which sets the attribute on the shared time module object rather than a module-local alias, so any other time.sleep call in the same interpreter is counted against the mock while the patch is active. The full suite passes locally on this branch (3412 passed, 10 skipped, 4 xpassed), and the same job passes on chore(deps-dev): update langchain-community requirement from <0.4.2,>=0.3.0 to >=0.3.0,<0.4.3 #653, ci: remove synchronize trigger from Slack PR review caller #626 and ci: add Slack PR review notification caller #625.
• Test Python 3.10 has no failing step. Every step, including Upload coverage to Codecov, is green; the job is red only because of matrix fail-fast, annotated The strategy configuration was canceled because "test._3_13" failed.

Test (gateway), the job that covers this change, passes.

[github-actions]

✅ No Breaking Changes Detected

No public API breaking changes found in this PR.

[agentcore-devx-automation]

Claude Security Review: no high-confidence findings. (run)

[agentcore-devx-automation]

Claude Security Review: no high-confidence findings. (run)

[tejaskash]

A few comments inline. The main one is the include_domains default version. Also the PR description still describes an earlier revision: it says parameterValues is omitted when there are no exclusions (it is always sent as {}), lists include_domains and connector version as out of scope (both are implemented), says 8 tests (there are 11), and shows the default name as web-search (code uses amazon-web-search). Worth refreshing before merge.

[tejaskash]

When the connector is not available, all three tests skip but setup_class still creates a real gateway and teardown_class deletes it on every run. Consider checking availability here, before create_gateway_and_wait, and skipping the whole class instead.

[sundargthb]

The region half is in. That check now runs in setup_class before create_gateway_and_wait, so an unsupported region skips the class without creating anything.

The account half I could not do the same way. No API reports whether a connector is available to an account: bedrock-agentcore-control in botocore 1.43.73 has no read operation for connectors at all, so entitlement can only be discovered by calling CreateGatewayTarget and reading the error, which is what the skip in _create_target does. If there is an internal API for this that is not in the public model, point me at it and I will move the check up. Leaving this one open.

[agentcore-devx-automation]

Claude Security Review: no high-confidence findings. (run)