AWS MCP Servers
★ 9.4k · GitHub →AWS Labs 的 MCP 服务器套件——文档、IaC、成本、数据库和服务 API,全部开放给 Agent。
AWS MCP Servers 是什么?
awslabs/mcp 不是一个服务器,而是一个包含几十个专项 MCP 服务器的 monorepo,每个各管 AWS 的一块:文档与知识检索、基础设施即代码(CDK、CloudFormation、SAM)、容器(EKS、ECS)、数据库(DynamoDB、Aurora、DocumentDB、Redshift 等)、AI/ML 服务(Bedrock 知识库、SageMaker),还有成本分析。大多数一条 uvx 命令即可安装,认证直接复用你已有的 AWS 凭证——profile、IAM 角色、环境变量都行。
以每天和 AWS 打交道的人的视角说:文档/知识服务器和成本服务器是立竿见影的。AWS 文档浩如烟海,模型对各服务细节的记忆并不可靠,让 Agent 直接查询当前文档,能消灭一整类"这个参数两年前就改名了"的错误。CDK 和 IaC 服务器在按当前最佳实践脚手架式生成 construct 时也确实好用。
说点实话:各服务器的质量差异明显,因为它们由 AWS 不同团队以不同投入程度维护——有的打磨得很好,有的更像概念验证。整个集合迭代也快:全套服务器已弃用 SSE 传输、转向 Streamable HTTP,服务器不断新增合并,AWS 也在把生产负载引向更新的 Agent 工具链。把每个服务器当独立产品看待,用之前先读它自己的 README。
核心能力
- ▸ 几十个专项服务器,覆盖文档、IaC(CDK/CloudFormation/SAM)、容器、数据库、AI/ML 和成本
- ▸ 多数服务器一条 uvx 命令即装;也有 Docker 镜像和主流客户端的一键安装
- ▸ 直接复用已有 AWS 凭证认证——profile、IAM 角色、AWS_REGION——无需单独账号
- ▸ 文档与知识服务器让 Agent 基于当前 AWS 文档作答,而不是过期的训练数据
- ▸ 成本分析工具让 Agent 在实际开资源之前先推算定价和开销
什么时候该用它
如果日常工作离不开 AWS,建议先装两三个服务器——文档、成本,再加一个匹配你技术栈的(CDK、EKS 或某个数据库)——其余等真有任务需要再加。一次挂太多服务器会撑爆工具列表,拖累 Agent 的工具选择。不用 AWS 的话自然不用装;哪怕用 AWS 但只是偶尔查点信息,联网搜索加官方文档也够了,还省去暴露凭证的面。另外要认真规划 Agent 所用 profile 的 IAM 权限——有几个服务器是能真改基础设施的。
替代方案
常见问题
怎么把 AWS 文档 MCP 服务器加到 Claude Code?
运行 `claude mcp add aws-docs -- uvx awslabs.aws-documentation-mcp-server@latest`(需要先装 uv)。它只读公开文档,不需要任何 AWS 凭证,是整个套件里最适合先试的一个。而那些要调 AWS API 的服务器——成本、CDK、数据库——会额外读取 AWS_PROFILE 和 AWS_REGION 环境变量。
AWS MCP 服务器需要我的 AWS 凭证吗?
取决于具体服务器。文档和知识类服务器不需要凭证。凡是要碰你账号的——成本分析、数据库服务器、IaC 部署助手——都走标准的 AWS 凭证链:命名 profile、环境变量或 IAM 角色。最佳实践是给 Agent 配一个最小权限的专用 profile,而不是直接用管理员凭证。
AWS MCP 套件应该先装哪个服务器?
文档服务器。它不需要凭证、没有写风险,而且解决的是最高频的问题——Agent 自信满满地引用过期的 AWS API 细节。之后,如果你要开基础设施就加成本服务器,写 IaC 就加 CDK 或 CloudFormation 服务器。忍住别全家桶式安装;工具列表一臃肿,Agent 选工具的准确率就会下降。
星标数据更新于 2026-07-02 · 每周从 GitHub API 自动刷新 · 浏览全部工具 →