技能介绍

要解决的问题

初创团队在 AWS 上常见的问题不是不会写 Lambda，而是需求还没收敛就先堆服务：选了 Serverless 却低估冷启动与运维边界，选了 ECS 却没算清 NAT Gateway、Aurora 和人力成本；等上线后再补 IAM、日志、告警和备份，往往比早期多花数周返工。

技能如何工作

技能先收集应用类型、预期规模、预算上限、团队 AWS 经验、合规要求和可用性目标，把模糊描述转成可比较的约束。然后调用 architecture_designer.py 生成模式建议，例如 Serverless Web、事件驱动微服务、三层架构或 GraphQL Backend，并给出服务栈、成本估算与取舍理由。

推荐后会进入验证检查点：确认架构与团队运维成熟度、合规边界是否匹配，再生成基础设施代码。serverless_stack.py 可产出包含 API Gateway、Lambda、DynamoDB、Cognito、最小权限 IAM 角色和 CloudWatch 日志的 CloudFormation 模板；成本模块 cost_optimizer.py 再输出分项费用、right-sizing、Savings Plans 与潜在节省。

适用边界与注意点

它适合架构探索、方案评审和模板初稿，不能替代迁移复盘、容量压测或合规审计。估算费用依赖输入参数，正式预算前仍需核对服务价格、配额和跨区域流量。部署失败时要查看 CloudWatch Logs，检查 --capabilities CAPABILITY_IAM、角色信任策略、Service Quotas，并在重试前清理失败 stack；Terraform 与 CDK 输出也应纳入版本控制和安全扫描。