Terraform 与 OpenTofu 基础设施技能
帮助 AI 编程代理测试、组织和交付适用于生产环境的 Terraform 与 OpenTofu 基础设施代码。
SKILL.md明确要求版本、执行路径、风险类别、审批、计划工件和回滚说明，并禁止未经确认的生产 apply/destroy；也强调敏感值不应进入状态。扣9分：未证明这些控制会被一致执行，数据流、权限边界和恢复流程不够具体；仓库发布工作流还使用具有 contents/pull-requests 写权限的 RELEASE_TOKEN，并依赖未按提交哈希固定的第三方 Action。许可证文件提供了Apache 2.0文本，但元数据为NOASSERTION且发布者未验证，降低可归因性。
工作流结构清晰，包含诊断路由、版本护栏、验证命令和异常场景提示；但本次材料未提供引用的references文件、测试套件或实际运行证据，多个关键路径依赖外部工具、MCP、terraform/tofu和初始化状态。扣12分：静态审阅无法确认引用完整性、命令可运行性、跨版本行为或失败反馈质量。
触发条件、适用场景和不适用范围写得较清楚，覆盖Terraform/OpenTofu、测试、模块、CI/CD和状态管理，并说明Terraform/OpenTofu版本范围；但中文支持、语义误触发边界和不同Agent宿主的实际兼容性缺乏证据，安装与可选服务依赖GitHub、npm及其他海外资源。扣5分：核心指导不完全依赖这些服务，但中国大陆可达性和本地化未被验证。
SKILL.md采用响应契约、工作流与按需引用的分层结构，README提供安装说明、示例、版本信息、Apache 2.0许可证、贡献和Issue入口，且有自动发布工作流。扣6分：引用材料未随本次证据提供，维护责任与更新路径仍主要依赖外部仓库；许可证元数据冲突，README存在重复的Kiro段落，且未见完整变更记录或版本兼容测试。
内容直接覆盖Terraform/OpenTofu的常见生产任务，提供风险分类、决策矩阵、命令和可复制的HCL模式，预期能减少常见IaC错误。扣9分：没有提交的代表性输出、测试结果或第三方执行证据，且最终质量依赖Agent正确读取引用文件、识别运行时和执行验证；因此静态材料只能支持“核心任务大致可完成”，不能证明结果可直接使用。
文件本身包含版本表、命令、工作流和外部来源清单，具备一定审计线索；但没有可见的关键路径测试套件、CI结果、执行日志或多来源复核。扣6分：结论主要基于作者文档与声明，静态读取不能独立复现关键行为，且引用的深度文件未提供。
- 本次仅审阅静态文件；未执行Terraform、OpenTofu、测试、扫描、MCP或CI工作流。
- 使用前应确认所有SKILL.md引用的references文件确实随同固定修订版本提供，并验证Terraform/OpenTofu及Provider版本兼容性。
- 生产变更仍需人工审阅plan工件、明确批准和可恢复备份；不要把sensitive标记误认为状态中的秘密已被保护。
- 发布工作流需要高权限RELEASE_TOKEN且使用未固定提交哈希的第三方Action，应在企业环境中单独审计。
- 中国大陆用户应预先验证GitHub、npm、Terraform Registry、MCP和云服务端点的可达性。
这个 Skill 能做什么，适合哪些场景？
该技能面向使用 Terraform 或 OpenTofu 的 AI 编程代理，覆盖测试、模块设计、状态管理、CI/CD、安全和合规。AWS、Azure 和 GCP 都是支持对象，但示例默认使用 AWS。它提供决策矩阵、工作流、配置模式和反模式，适合需要建立团队级基础设施开发规范的用户。README 声称兼容 Claude Code、Cursor、Copilot、Gemini CLI、OpenCode、Codex、Kiro 及其他 Agent Skills 客户端。
根据 Terraform 或 OpenTofu 项目代码提供模块结构、命名、版本管理、输入输出和文档建议；协助选择原生测试或 Terratest，并规划静态、集成和端到端测试；设计 S3、Azure、GCS 或 Terraform Cloud 远程状态、锁定、加密、隔离、迁移和恢复方案；生成 GitHub Actions、GitLab CI 或 Atlantis 工作流建议；加入 TFLint、Trivy、Checkov、Infracost、策略即代码和合规扫描模式；在可用时可配合 terraform-ls 或可选的 Terraform MCP server。
- 基础设施工程师为 AWS、Azure 或 GCP 模块选择原生测试或 Terratest。
- 平台团队为多环境、多团队项目设计远程状态、锁定、加密和状态隔离方案。
- DevOps 团队生成包含格式检查、验证、TFLint、安全扫描、成本估算和审批计划的 CI/CD 流程。
- Terraform 开发者建立可复用模块的目录结构、命名、版本约束和输入输出规范。
- 安全或合规团队为基础设施代码加入 Trivy、Checkov 和策略即代码检查。
这个 Skill 有哪些优点和局限？
- 同时覆盖 Terraform 和 OpenTofu。
- 涵盖测试、模块、状态、CI/CD、安全和合规等完整工作流。
- 明确覆盖 AWS、Azure 和 GCP，并提供跨云映射思路。
- 包含决策矩阵、DO 与 DON'T 模式及版本相关指导。
- 支持多种 Agent Skills 兼容客户端。
- SKILL.md 未缓存，无法核验其实际 frontmatter、完整正文或附带文件。
- README 未展示完整技能实现、测试套件或验证结果。
- AWS 是默认示例云，Azure 和 GCP 的具体覆盖深度无法仅凭 README 判断。
- Terraform MCP server 和 terraform-ls 都是可选项，相关能力依赖本地配置。
- 许可证元数据标为 NOASSERTION，README 另称采用 Apache 2.0，需进一步核实仓库许可证文件。
如何安装这个 Skill？
任意兼容 Agent Skills 的工具可运行：npx skills add https://github.com/antonbabenko/terraform-skill。Codex 可将仓库克隆到 ~/.agents/skills/terraform-skill；Claude Code 可通过 antonbabenko/agent-plugins marketplace 安装 terraform-skill。README 未提供独立的 SKILL.md 路径元数据，但说明技能内容位于 skills/terraform-skill/SKILL.md。
如何使用这个 Skill？
安装后，在支持的代理中直接提出 Terraform 或 OpenTofu 任务，例如："Create a Terraform module for an AWS VPC with native tests"、"Configure an S3 backend with native use_lockfile locking and encryption"，或"Create a GitHub Actions workflow for Terraform with cost estimation"。
这个 Skill 与同类方案有什么区别？
README 明确比较 Terraform 原生测试框架与基于 Go 的 Terratest，并说明适用场景由决策矩阵辅助选择。它也覆盖 Terraform 与 OpenTofu 两种实现，但未提供与其他基础设施技能或产品的系统性对比。