Claude Code 接入 AWS Bedrock 踩坑实录：CLI 卡死与权限配置指南
最近在 GitHub 和各大技术社区，Anthropic 官方推出的 CLI 工具 Claude Code 接入 AWS Bedrock 成了热门话题。很多开发者为了企业级隐私保护和更稳定的调用，开始把本地的 Claude 环境迁移到 AWS 上。
但从目前的社区反馈来看，这个过程并不顺利。我翻了翻 GitHub 上的 issue，发现大家踩的坑出奇的一致。
环境变量配置与 claude doctor 卡死
如果你按照官方文档，通过设置 CLAUDE_CODE_USE_BEDROCK=1 来启用 AWS Bedrock 支持，你很可能会遇到一个让人头疼的 Bug。
在 Claude Code 2.1.70 版本中，运行 claude doctor 命令检查安装状态时，程序会无限期卡死在 "Checking installation status..." 这一步。这个问题在 Issue #31478 中被多位开发者证实，目前唯一的解决办法就是手动强行终止进程。
让人抓狂的 AWS 认证机制
相比于 AWS CLI 或是 Aider 这种成熟的工具，Claude Code 目前对 AWS 凭证的支持还比较初级。
最大的痛点是它不支持 AWS SSO 配置文件（Profile），也无法处理角色扮演（Role Assumption）链。这意味着你不能简单地用 AWS_PROFILE 环境变量来切换账号。
目前的绕过方案很原始：你需要用 aws configure export-credentials 显式导出凭证，然后手动设置 AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY 和 AWS_REGION。对于习惯了 SSO 自动刷新的企业开发者来说，这体验确实有些糟糕。
为什么还要硬着头皮上？
既然坑这么多，为什么像 Cline 这样的开源项目（PR #2742）还在积极地把底层的 Anthropic SDK 替换成原生的 AWS Bedrock Runtime SDK？
答案很简单：为了 Bedrock Guardrails（护栏功能）和统一的 Converse API。原生的 AWS SDK 能提供更细粒度的安全控制，这对于企业级应用是刚需。
个人与中小团队的替代方案
如果你只是想稳定调用 Claude 3.5 或 3.7，而不需要 AWS 复杂的企业级合规审计，死磕 IAM 角色和 Access Gateway 其实没必要。
对于追求效率的开发者，我更建议直接用 API 聚合平台。比如国内开发者常用的 147AI，他们把 Claude、GPT 这些主流模型都封装好了。你不需要配 AWS 环境，也不用管网络连通性，直接拿一套兼容 OpenAI 格式的 SDK 就能调，按量计费，省去了折腾环境的时间。
总的来说，Claude 与 AWS 的生态融合还在早期阶段。如果你有强烈的合规需求，现在入场当小白鼠帮官方提 issue 也未尝不可。但如果你的核心诉求是快速把 AI 能力集成到业务里，找个靠谱的中转平台才是正经事。
参考链接：