作者 antonbabenko · antonbabenko/terraform-skill
由 Anton Babenko 维护 — Terraform 和 OpenTofu 模式来自 terraform-best-practices.com 和 terraform-aws-modules，包含何时以及为什么要这样做的决策框架。
一个用于 Terraform/OpenTofu 工作的 Claude agent skill。教授 Claude 如何在原生 Terraform tests（1.6+）和 Terratest 之间进行选择、按照 terraform-aws-modules 的方式组织模块、配置 GitHub Actions / GitLab CI 并集成成本估算和安全扫描、以及应用生产级别的模式。不仅解释'是什么'，还解释'何时以及为什么'。
%APPDATA%\Claude\claude_desktop_config.json{
"mcpServers": {
"terraform-skill": {
"command": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
],
"_inferred": true
}
}
}打开 Claude Desktop → Settings → Developer → Edit Config。保存后重启应用。
{
"mcpServers": {
"terraform-skill": {
"command": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
],
"_inferred": true
}
}
}Cursor 使用与 Claude Desktop 相同的 mcpServers 格式。项目级配置优先于全局。
{
"mcpServers": {
"terraform-skill": {
"command": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
],
"_inferred": true
}
}
}点击 Cline 侧栏中的 MCP Servers 图标，然后选 "Edit Configuration"。
{
"mcpServers": {
"terraform-skill": {
"command": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
],
"_inferred": true
}
}
}格式与 Claude Desktop 相同。重启 Windsurf 生效。
{
"mcpServers": [
{
"name": "terraform-skill",
"command": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
]
}
]
}Continue 使用服务器对象数组，而非映射。
{
"context_servers": {
"terraform-skill": {
"command": {
"path": "git",
"args": [
"clone",
"https://github.com/antonbabenko/terraform-skill",
"~/.claude/skills/terraform-skill"
]
}
}
}
}加入 context_servers。Zed 保存后热重载。
claude mcp add terraform-skill -- git clone https://github.com/antonbabenko/terraform-skill ~/.claude/skills/terraform-skill一行命令搞定。用 claude mcp list 验证，claude mcp remove 卸载。
何时使用： 你正在分离出一个供内部或公开复用的模块，并希望结构一次就正确。
结果： 一个能在第一个 PR 上通过审查的模块。
何时使用： 你的仓库缺少 plan-on-PR、成本检查或安全扫描。
结果： 一个能阻止风险变更而不影响效率的流水线。
何时使用： 你感受到了复制粘贴环境文件夹或单体状态文件的痛点。
结果： 一个你能在 ADR（架构决策记录）中辩护的布局。
| 工具 | 输入参数 | 何时调用 | 成本 |
|---|---|---|---|
| Module scaffolding | module purpose + provider | 启动新模块 | 0 |
| Test strategy advisor | module scope | 添加测试覆盖 | 0 |
| CI pipeline templates (GHA / GitLab) | hosting choice | 为仓库设置 CI | 0 |
| Pattern compare | a snippet | 审查现有代码 | 0 |
Skill 的建议与你组织的风格冲突提供你的 .terraform-docs 配置和现有模块作为风格参考。
推荐的 OIDC 设置在 assume-role 上失败检查信任策略的 sub 条件是否匹配你的分支/环境。
| 替代方案 | 何时用它替代 | 权衡 |
|---|---|---|
| 以 Terragrunt 优先的 skills | 你已决定使用 Terragrunt | 这里的覆盖范围较少；Terragrunt 工作流有很大差异 |
| 云提供商原生 IaC skills（aws-cdk, pulumi） | 你没有使用 Terraform/OpenTofu | 不同的工具，不同的模式 |