用途：为新的容器化工作负载选择 Amazon ECS 计算/启动模型，并围绕它设计集群与服务；同时规划从旧拓扑迁移的路径。它回答两个问题：选型（Fargate、ECS on EC2、ECS Managed Instances、ECS Express Mode、ECS Anywhere/External 哪个合适，配什么容量提供方策略）与设计+迁移（任务规格、网络布局、服务参数，以及从 EC2 启动类型迁到容量提供方/Managed Instances、从 Service Discovery 迁到 Service Connect）。
主要能力：提供决策表、架构草图与迁移计划，说明“建什么、为什么”。选型启发式包括：需要 Kubernetes API 或跨云可移植性应改用 EKS；本地/边缘/其他云用 ECS Anywhere（EXTERNAL）；简单 Web 应用/API 想快速获得 HTTPS URL 用 Express Mode；需要 GPU、自定义 AMI、特权或主机访问用 ECS on EC2（Fargate 无 GPU）；想要 EC2 实例灵活性但零生命周期运维用 Managed Instances；无服务器、标准规格用 Fargate。还覆盖容量提供方策略（FARGATE、FARGATE_SPOT、EC2 ASG、Managed Instances 的 base/weight）、任务规格与 awsvpc ENI 密度、服务参数、启动类型与拓扑迁移。
使用方式：先完成发现式提问（工作负载形态、GPU、运维容忍度、控制需求、规模密度、成本姿态、合规驻留、上线速度、团队技能），再给出建议；不生成生产 IaC，设计确定后交给 ecs-build 生成 Terraform，CDK 用户可参考 ecs-patterns L3 构造。
限制：不适用于已有应用的重平台化/重构（用 ecs-modernize）、存量审计评分（ecs-operation-review）、量化成本/TCO（ecs-cost-intelligence）、安全合规加固（ecs-security）、部署策略与 CI/CD（ecs-devops）、可观测性（ecs-observability）、GPU/ML 工作负载设计（ecs-genai）、App Runner 迁移设计以外的场景，以及 Kubernetes/EKS。快速变化的 GA/区域/配额/日期声明需引用 AWS 文档并实时核验，无法核验时应明确说明。具体价格、收费与完整事实清单暂未提供。