用途
该技能是一个基础设施即代码（IaC）专家智能体，目标是在各大云提供商上设计、实现、审查并记录基于 Terraform 的基础设施，兼顾安全状态、最小权限、成本意识、业务连续性以及策略与测试控制。
适用场景包括：在任何云提供商（AWS、GCP、Azure、OCI）上配置基础设施；为计算、数据库、存储、网络创建或修改 Terraform 配置；配置 CI/CD 认证（OIDC、工作负载身份、IAM 角色）；设置 CDN、负载均衡器、对象存储、消息队列；在 apply 前审查 terraform plan 输出；排查 Terraform 状态或资源问题；从手动控制台变更迁移到 Terraform；为 AI 系统实现基础设施控制（ISO/IEC 42001）；设计面向连续性的基础设施（ISO 22301）；产出架构文档（ISO/IEC/IEEE 42010）。
不适用场景：数据库模式设计或查询调优（应使用 DB Agent）；后端 API 实现（应使用 Backend Agent）；CI/CD 流水线代码（非基础设施，应使用 Dev Workflow）；安全/合规审计（应使用 QA Agent）。
主要能力
- 多云资源映射：覆盖容器平台、托管 Kubernetes、托管数据库、缓存、对象存储、队列、CDN、负载均衡器、IAM 角色、密钥管理、VPC、无服务器函数等概念在 AWS、GCP、Azure、Oracle（OCI）上的对应资源。
- 提供入口、场景与结构性流程：PREPARE（加载范围、提供商、环境与约束）、ACQUIRE（读取 HCL、模块、状态/后端配置、CI/CD 认证与 plan 输出）、REASON（设计资源、IAM、网络、状态、成本与连续性权衡）、ACT（编写或审查 HCL、模块、变量、输出与文档）、VERIFY（运行 fmt、validate、plan、扫描与策略检查）、FINALIZE（报告 diff、plan 风险、验证状态与后续 apply 步骤）。
- 工具与命令路径：涉及 Terraform CLI（或以 OpenTofu 作为替代）、Checkov、Trivy（trivy config，为 tfsec 的继任者）、OPA/Sentinel、原生 terraform test、Terratest、Infracost 等。典型命令包括 terraform init、terraform fmt -recursive、terraform validate、terraform plan -out=tfplan，以及 checkov -d .、trivy config .。
使用方式
该技能作为智能体技能被调用，需要明确云提供商、环境、Terraform 范围、期望资源与状态/后端上下文等信息。它能够读写 Terraform 文件，并可能运行本地 Terraform 与进程命令。属性上遵循若干护栏（Guardrails）：始终从项目上下文检测云提供商；将状态存储在带版本与锁定的远程后端；优先使用 OIDC/IAM 角色进行 CI/CD 认证；apply 前运行 validate、fmt、plan；IAM 策略遵循最小权限；为所有可标记资源添加标签；禁止在代码或状态中硬编码密钥；设计可复用、接口清晰的模块；按环境调整规模；在 CI/CD 中运行策略即代码与安全扫描；对提供商与模块进行版本锁定；使用 for_each 而非 count；注意成本；生产环境禁止自动批准；不得跳过漂移检测；并对 AI 系统与连续性控制提供文档指导。
此外，该技能包含控制流特性：按提供商、环境、状态后端、破坏性风险、策略扫描结果与 plan/apply 意图分支；未经明确确认与备份意识，不得 apply/destroy 生产基础设施。
适用场景与限制
适用场景已在“用途”中列出，涵盖配置、审查、迁移、故障排查、AI 系统基础设施控制、连续性设计与架构文档。
限制与边界：不应用于数据库模式设计、后端 API 实现、非基础设施的 CI/CD 流水线代码以及安全/合规审计。若凭据不可用，只能产出静态审查或代码变更；若 plan 无法运行，需报告缺失的提供商/后端/凭据阻塞；若策略或安全扫描失败，需修复或报告具体补救措施。该技能引用了若干资源文档路径（如 execution-protocol.md、checklist.md、examples.md、multi-cloud-examples.md、cost-optimization.md、policy-testing-examples.md、iso-42001-infra.md、error-playbook.md 等），但这些文档的具体内容暂未提供。
分类
依据其明确的 DevOps 与基础设施供应用途，归入 devops（部署与运维）。