别在 AWS MCP Server 上重复造轮子了

很多人在写 MCP Server 时习惯先撸代码，结果写到一半发现官方或者社区早就有更强的实现了。我之前就差点对着 AWS Glue 浪费一周时间，直到深挖了 awslabs 的仓库才发现，与其从零开始写个简单的 Glue 插件，不如直接在现有的 awslabs/mcp 基础上做扩展。

如果你想给 Claude 等客户端接入 AWS 能力，建议先看这几个方向的贡献：

• 基础设施管理： 很多已经实现了对 EC2 和 S3 的基础操作，不需要自己再去封装 SDK。
• 数据流处理： 针对 Glue 和 Athena 的集成已经有比较成熟的模式，重点在于如何定义 Tool 的描述让 LLM 准确调用。
• 权限控制： 现有的贡献者已经处理好了 IAM 角色映射的问题，直接复用能少踩很多坑。
• 资源发现： 能够自动检索 AWS 资源 ID 的功能比单纯的 CRUD 实用得多。

对于想快速上手的开发者，建议的实操路径是：

一、克隆 awslabs 的 MCP 官方实现，分析其 index.ts 的 Tool 定义方式。
二、在 server.ts 中通过 AWS SDK v3 注入你需要的特定服务客户端。
三、在 claude_desktop_config.json 中配置环境变量，确保本地权限正确。

{
  "mcpServers": {
    "aws-mcp": {
      "command": "node",
      "args": ["/path/to/aws-mcp/build/index.js"],
      "env": {
        "AWS_REGION": "us-east-1",
        "AWS_ACCESS_KEY_ID": "your_key",
        "AWS_SECRET_ACCESS_KEY": "your_secret"
      }
    }
  }
}

这种基于成熟框架的扩展比单纯写一个独立 Server 的维护成本低得多，尤其是处理 AWS 极其复杂的 API 响应时，参考已有的转换逻辑能省掉大量调试时间。