AWS Well-Architected Agent 公测：按业务目标排优先级，给出可落地的 IaC/CLI/控制台修复包

核心背景与行业痛点

云上架构评审长期卡在两极：要么靠人工 Well-Architected 访谈与检查清单，周期以周计；要么 Trusted Advisor / 安全发现刷出成百上千条「扁平告警」，缺少业务目标排序与可执行修复包。团队清楚要压成本、加固安全、补韧性，却很难在同一界面看到「为什么先修这条、修完能省多少、IaC 该怎么改」。2026-10-01 AWS 宣布 Well-Architected Agent 公测：把「像资深云架构师那样」的关联分析做成持续服务，而不是一次性问卷。

架构亮点与底层机制

Agent 不是新基础模型产品页，而是挂在 Well-Architected 控制台的 分析 + 修复编排层：你声明账户/区域范围与成本、安全、性能、韧性目标，并授予客户托管 IAM 角色读取配置、利用率与应用拓扑；Agent 对照 65+ AWS 服务 的 Well-Architected 实践自动关联，输出与目标对齐的优先级。建议分三层——单资源发现（适用处含美元影响与逐步修复）、跨资源的应用级聚合、以及附带 IaC 改动的架构模式建议。修复路径可选控制台 walkthrough、更新后的 Terraform / CDK / CloudFormation，或 AWS CLI。部署前还可上传 IaC zip（Terraform / CloudFormation / CDK）做 lens 评审。控制台与 API 均可消费建议；官方提到可用 AWS MCP Server / 插件接入常用编码 Agent。既有 Well-Architected Tool 与自定义 Lens 仍可保留并用。

权威 Benchmark 与实测跑分对比

官方未发布 SWE-bench、CloudScore 一类公开跑分——本稿不编造。可核对锚点均来自 AWS News Blog 与 What's New：覆盖 65+ 服务；Agent 服务区域首发 美国东部（弗吉尼亚）、美国东部（俄亥俄）、美国西部（俄勒冈），工作负载可来自任意 AWS 商业区域；建档后资源/应用建议约 24 小时内生成；由 AWS Support 交付，需具备 Support 计划。官方明确：生成式建议可能有误或不完整，须在具体环境中复核并落实人工把关。

开发者实战落地与开箱指南

1. 读 发布博文 与 Agent 用户指南，确认 Support 计划与区域。
2. 打开 Well-Architected 控制台 → Get started with Well-Architected Agent，创建 agent profile（账户/区域、优化柱、目标）。
3. 按 IAM 前置条件 配置客户托管角色；可选 Add application context（标签/服务范围）。
4. 部署前评审：Conduct architecture review，上传 IaC zip 并选 lens。
5. 收到建议后选 Start remediation（控制台 / 更新 IaC / CLI）；生产变更前做 diff 与回滚演练。生成式输出仅作辅助，关键资源务必人工审批。