用途：引导用户搭建生产级 Terraform 仓库，采用分层技术栈模式——基础层（aws/）→ 平台层（service/eks）→ 工作负载层（service/），强调远程状态组合、通过 .tfvars 实现环境隔离、Makefile 驱动执行及 GitHub Actions 安全交付。激活后按结构化流程先提问、不假设默认值，待回答后再生成，最少需确认项目前缀、环境与区域、所需技术栈以及 AWS 中是否已存在资源。
主要能力：覆盖三类技术栈。基础/管道栈含 VPC、Route53（DNS）、Secrets Manager、SNS 告警；平台栈含 EKS（集群版本、节点组、附加组件、IRSA、网络端点）；工作负载栈含数据库、缓存、S3、IAM/IRSA、DNS、CloudWatch 告警。同时生成仓库结构：terraform/deployments/aws 与 service、terraform/config/aws 与 service、Makefile、.github/workflows（plan.yaml、apply.yaml、parameter_check.yaml）。
使用方式：执行脚手架脚本 bash /mnt/skills/user/terraform-infra-architect/scripts/scaffold-repo.sh [options] 参数包括 --project-name（必填）、--environments、--main-region、--prod-region、--stacks、--with-eks、--with-service、--service-name。生成后按顺序应用：先基础栈，再平台栈，最后工作负载栈，例如 make tf_apply ENV=int AWS_REGION=[region] MODULE_TYPE=aws COMPONENT=vpc。
适用场景与限制：适用于 AWS 上多环境、多技术栈的 Terraform 仓库搭建与演进。首次 apply 前需手动创建 S3 后端桶（命名 {prefix}-{env}-{region}-tf-backend）、配置 AWS 凭证、CI 需设置 GitHub OIDC 信任策略。限制与安全提醒：切勿在未执行 make tf_plan 时直接 apply；不要把真实密钥值提交到 .tfvars；务必先应用基础栈再应用服务栈；仔细检查 plan 输出中意外的销毁或替换操作。费用、价格及具体效果资料暂未提供。