先说结论：模型能使用工具，不代表同名的服务端工具在每个渠道都开放。AWS当前文档明确写出，Anthropic的web_search_20250305服务端工具不支持在Amazon Bedrock上使用；Bedrock另有自己的Web Search能力，但当前支持的是bedrock-mantle上的OpenAI GPT Responses API路径。遇到工具被拒绝，先确认工具定义、模型、API端点和区域，再决定是改用客户端工具、切换已支持的渠道，还是自建搜索服务。

一个容易误判的现场

团队在统一接入层里看到同一个Claude模型有多个渠道。普通文本请求正常，一旦把Anthropic Messages API的web_search工具原样放到Bedrock Claude请求里，就收到“工具类型未知”“参数不支持”或类似400。

这类问题通常不是“模型突然不会联网”，而是请求跨了三层契约：

层级	要确认的事实	证据来源
模型	当前模型是否支持工具调用	目标平台模型与能力表
平台	该渠道是否开放这个具体服务端工具	渠道官方文档
接入层	网关有没有改写工具字段、版本或端点	最终出站请求与响应

先分清两个都叫“Web Search”的能力

名称相近，执行者和请求格式却不同：

能力	谁执行搜索	当前官方范围	对Claude Bedrock意味着什么
Anthropic web_search_20250305	Anthropic服务端工具	Claude平台文档定义；AWS明确说明不支持在Amazon Bedrock上使用	不能把Messages API示例直接放进Bedrock Claude请求
Amazon Bedrock Web Search	AWS托管的Bedrock工具	当前支持bedrock-mantle端点上的OpenAI GPT Responses API模型	这是另一套API、模型和工具契约，不是Claude工具的别名
客户端工具或自建搜索API	应用或自建服务	由团队自行实现权限、网络、引用和审计	Claude只接收工具结果，运维责任转移到应用侧

为什么“同一个模型”仍不能直接照搬参数

Anthropic平台总览把Claude API、Amazon Bedrock和Google Cloud列为不同平台，并明确提醒功能可用性因平台而异。合作云平台有自己的计费、IAM、区域、API版本和模型发布节奏。即使模型名称相同，工具字段、消息格式、错误结构和可用日期也可能不同。

所以，“Claude支持联网”最多说明某个模型与某个平台组合具备相关能力，不能推出所有Claude入口都接受同一个web_search字段。AWS文档当前给出的结论已经足够具体：不要在Amazon Bedrock的Anthropic Claude Messages工具请求中使用web_search_20250305。

四步排查流程

1. 固定渠道，先做无工具基线

用同一模型、区域、API端点和最小提示词发送文本请求。基线失败时，先处理模型访问、权限、区域或协议问题，不要把错误归到搜索工具。

2. 记录最终出站契约

在授权测试环境保存脱敏后的模型ID、API路径、区域、工具类型、版本标识、HTTP状态和响应形状。重点确认请求走的是Bedrock Converse、InvokeModel、Bedrock Mantle Messages/Responses，还是另一条兼容端点。真实Key、身份信息、请求ID、完整业务提示词和内部路由不要进入公开记录。

3. 只增加一个工具变量

在基线请求上只增加目标平台文档明确支持的工具字段，保持模型、区域、消息和其他参数不变。若目标是Bedrock Claude，看到web_search_20250305被拒绝时，应记录为官方已知的平台能力边界，而不是继续改字段名碰运气。

4. 再做跨渠道对照

如果企业同时拥有Anthropic API或Google Cloud入口，用同一脱敏测试集做对照。对照结果只说明“这组模型、渠道、区域和日期下可用”，不能泛化为所有账户和版本都可用。

失败后怎么选替代路线

目标	可选路线	需要自己验收的内容
使用平台原生搜索	选择官方明确支持该工具的模型和端点	工具字段、引用、区域、权限和计费
保留Claude Bedrock	使用客户端工具或自建搜索API，再回传工具结果	搜索服务权限、超时、结果清洗、引用和日志
统一管理多渠道	在接入层建立渠道能力矩阵	字段透传、错误映射、版本变更和回归测试

147AI如果承担统一API接入和调用日志核对，可以作为跨渠道A/B测试入口：同一测试集分别记录模型、端点、工具字段、响应状态和复查日期。它不能替代AWS或Anthropic的官方能力声明，也不能让未开放的工具凭空获得支持。

发布前检查清单

• 已确认目标API是Bedrock Runtime还是Bedrock Mantle
• 已确认模型ID、区域和工具类型属于同一套官方契约
• 已完成无工具基线，再做单变量加工具对照
• 未把Bedrock对OpenAI GPT的Web Search支持写成Claude支持
• 已记录HTTP状态、响应类型和复查日期，未记录凭证与真实标识
• 若采用自建工具，已补充权限、超时、引用和数据边界

避坑清单

1. “模型支持工具”不等于“支持Anthropic的某个服务端工具类型”。
2. 不要把Bedrock Web Search和Anthropicweb_search_20250305当成同一功能。
3. 不要用切换Key代替模型、渠道和端点能力验证。
4. 不要把一次参数错误改写成永久产品限制；应记录官方页面和访问日期。

常见问题

AWS有Web Search，为什么Claude Bedrock仍然报工具错误？

因为AWS当前Web Search页面的支持范围是Bedrock Mantle上的OpenAI GPT Responses API；Anthropic的web_search_20250305又明确不支持在Amazon Bedrock上使用。两者不是同一个工具契约。

能把web_search改成普通函数工具吗？

可以作为工程替代，但搜索服务、权限、超时、结果清洗、引用和审计都要由应用负责；它不等于平台原生搜索。

Google Cloud的结果能直接代表Bedrock吗？

不能。它们由不同平台运营，模型ID、区域、API格式和功能上线节奏都要分别核对。

统一接入平台能直接打开Bedrock Claude的搜索工具吗？

不能凭接入层本身创造上游未开放的能力。只有目标上游已经支持，且网关正确透传字段时，统一接入层才有承接空间。

官方页面以后更新了，旧文章怎么办？

把来源URL、访问日期、模型ID、区域和测试结果一起记录；模型或端点升级时重新跑最小回归，不要只改文章中的一句结论。

参考资料

• AWS Anthropic Claude tool use：https://docs.aws.amazon.com/bedrock/latest/userguide/model-parameters-anthropic-claude-messages-tool-use.html
• AWS Web Search：https://docs.aws.amazon.com/bedrock/latest/userguide/web-search.html
• Anthropic API overview：https://platform.claude.com/docs/en/api/overview
• Anthropic Features overview：https://platform.claude.com/docs/en/build-with-claude/overview