用途：在 AWS、Azure 或 GCP 上规划与交付全栈系统，涵盖前端、微服务、环境策略、安全、可观测性与 CI/CD 控制。
主要能力与工作流：定义目标云的前端、API 与数据架构；划分 dev、staging、prod 环境边界；实现身份、密钥与网络安全控制；加入可观测性与发布自动化；验证成本、可靠性与灾难恢复就绪度。
必要检查：存在基础设施即代码（IaC）计划；记录最小权限访问模型；服务与 UI 遥测可关联；回滚与事件响应路径经过测试。
决策框架：按环境分离 dev/staging/prod 账户或订阅，并配置每环境最小权限 IAM；在首个部署脚本前定义前端托管、API 计算、数据层与密钥库；跨云边界将 UI 遥测与后端 trace ID 关联；在镜像生产拓扑的 staging 环境验证 DR、成本护栏与回滚路径。
常见误区与反驳：控制台点击对 v1 可行——未记录的点击状态阻碍可复现性，应从第一天使用 IaC；到处用同一 IAM 角色加快交付——共享角色扩大爆炸半径，应按服务与环境限定角色；可观测性可上线后再补——盲目上线延长故障，应在流量前接入指标与告警。
证据包：含环境矩阵的 IaC 计划或模块布局；展示每服务最小权限的 IAM 策略摘要；从浏览器经云 API 到数据层的关联 trace 或日志示例；带回滚或蓝绿切换证据的 staging 部署证明。
退出标准：工作流决策已记录且可实施；质量、可靠性与兼容性有验证证据；运维就绪与回滚预期明确。
限制：资料未提供具体命令、代码示例、收费或平台细节，暂未提供。