Infra kit.domain.iac
Skill huyngopt1994/infras-kit/infras-kit-plugin/skills/infra-kit.domain.iac
Infras Kit Provide a Kit For All Infras Working
npx -y skills add huyngopt1994/infras-kit --skill infra-kit.domain.iacAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Create, review, validate, refactor, or troubleshoot Infrastructure-as-Code using Terraform and/or Terragrunt (modules, stacks, layouts, remote state, dependency wiring).
SKILL.md
2.7 KB, as published. Nobody here has run it
IaC (Terraform + Terragrunt)
Use this skill when the work item will be implemented in Terraform and/or orchestrated via Terragrunt.
This is the unified IaC entrypoint for Terraform and Terragrunt.
Outcomes
- Scaffold or refactor readable, reusable Terraform modules and stacks
- Design or fix Terragrunt layouts, includes, dependencies, and remote state conventions
- Review IaC for correctness, destructive change risk, and security gaps
- Fix validation failures and broken wiring across environments
Workflow
- Inspect the repository layout before changing files.
- Identify what is actually in use:
- Terraform-only
- Terragrunt orchestrating Terraform/OpenTofu modules
- Establish constraints:
- cloud/provider(s)
- environment model (dev/stage/prod)
- backend/remote state strategy
- naming + tag/label contract
- Implement with the smallest correct change.
- Validate with the strongest deterministic checks available.
Terraform Authoring Notes
- Prefer explicit
required_versionandrequired_providers. - Keep modules reusable: typed variables, useful descriptions, stable outputs.
- Use
localsfor repeated naming/tagging. - Default IAM to least privilege unless the user explicitly accepts broader rights.
- Avoid secrets in code or example tfvars.
Terragrunt Authoring Notes
- Inspect
include/find_in_parent_folders/read_terragrunt_configpaths from the caller’s file. - Keep shared config centralized (often
root.hcl) and push env-specific values to env layers. - Use
dependencyblocks for real data flow and ordering. - Treat
run --allblast radius as a first-class risk.
Hallucination Guardrails
- Don’t guess provider args, module outputs, or Terragrunt paths. Inspect files and cite them.
- When provider/module docs are needed, look up the official documentation (and mention version).
- List every command you actually ran; if skipped, state the blocker.
Validation Loop
Prefer repo tooling first. Otherwise use the strongest available subset:
terraform fmt -recursive
terraform init
terraform validate
terraform plan
terragrunt hcl fmt
terragrunt init
terragrunt validate
terragrunt plan
Bundled helpers:
bash scripts/validate_iac.sh <path>
Delivery Standard
Always leave the user with:
- the files changed (or the recommended layout)
- key assumptions (backend/state, accounts/regions, env model)
- validation commands run
- unresolved risks (especially destructive changes and state interactions)