Terravision Cloud Diagrams
patrickchugh/terravision
Draw cloud architecture diagrams for AWS, Azure or GCP with the official provider icon sets, using TerraVision.
Stack configuration: local and remote imports, inheritance, deep merging, locals, vars, settings, metadata, overrides, dependencies, and modernization
$ npx skills add cloudposse/atmos --skill atmos-stacks -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install cloudposse/atmos atmos-stacks --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .claude/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .claude/skills/atmos-stacks && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .claude/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacksType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add cloudposse/atmos --skill atmos-stacks -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install cloudposse/atmos atmos-stacks --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .agents/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .agents/skills/atmos-stacks && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .agents/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add cloudposse/atmos --skill atmos-stacks -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install cloudposse/atmos atmos-stacks --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .cursor/skills/atmos-stacks && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .cursor/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/cloudposse/atmos.git --path agent-skills/skills/atmos-stacks--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add cloudposse/atmos --skill atmos-stacks -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install cloudposse/atmos atmos-stacks --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .gemini/skills/atmos-stacks && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .gemini/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install cloudposse/atmos atmos-stacksInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add cloudposse/atmos --skill atmos-stacks -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .github/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .github/skills/atmos-stacks && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .github/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add cloudposse/atmos --skill atmos-stacks -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install cloudposse/atmos atmos-stacks --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cloudposse/atmos.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/agent-skills/skills/atmos-stacks .opencode/skills/atmos-stacks && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "atmos-stacks" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stacks into .opencode/skills/atmos-stacks/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stacks", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
atmos-stacksStack configuration: local and remote imports, inheritance, deep merging, locals, vars, settings, metadata, overrides, dependencies, and modernization
Atmos Stacks is an agent skill from cloudposse/atmos. Stack configuration: local and remote imports, inheritance, deep merging, locals, vars, settings, metadata, overrides, dependencies, and modernization
Its SKILL.md is about 3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 3 other files, including reference files (for example `references/import-patterns.md` and `references/inheritance-deep-merge.md`).
It sits in DevOps & Cloud, covering Legacy modernization. It works with Terraform. The repository describes itself as: Atmos is the open-source runtime for infrastructure — it builds, authenticates, and ships Terraform, OpenTofu, Packer, Ansible, Kubernetes, Helm, and containers the same way on… The licence is Apache-2.0.
4 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 36726ae. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
jqterraformFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Atmos Stacks loads about 3k tokens when it runs, and up to ~7.9k if it reads all its reference files. Until then it costs about 41 tokens; SKILL.md has 944 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
ings.key }}`, `{{ .vars.key }}`, and `{{ .env.KEY }}`.Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from cloudposse/atmos at commit 36726ae, republished under its Apache-2.0 licence (© cloudposse). 944 words, ~3,050 tokens.
.claude/skills/atmos-stacks/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.Stacks are YAML configuration files that define which components to deploy, with what settings, and how they relate to each other. They separate configuration from infrastructure code, enabling the same Terraform root modules to be deployed across many environments with different settings.
A stack manifest is a YAML file that declares components and their configuration for a specific combination of organization, tenant, account, region, and stage. Atmos discovers stack manifests based on included_paths and excluded_paths in atmos.yaml, then deep-merges all imported configurations to produce the final resolved state for each component.
Stacks are not Terraform workspaces, although Atmos derives workspace names from stack names. A single stack manifest can configure multiple components, and a single component can appear across many stacks with different variable values.
| Need | Load |
|---|---|
| Local and remote import mechanics | atmos-imports |
| Modernizing legacy stack patterns | atmos-modernization |
| YAML function inventory | atmos-yaml-functions |
| Component source provisioning | atmos-components |
Atmos discovers stack manifests based on included_paths and excluded_paths configured in the stacks section
of atmos.yaml. For root config discovery and routing, see the atmos-config skill; for path layout
and base_path behavior, see atmos-project-layout.
Atmos resolves the stack name using this priority (highest first):
name field in the stack manifest (explicit override).name_template in atmos.yaml (Go template).name_pattern in atmos.yaml (migration-only; recommend name_template or explicit name).prod.yaml becomes prod).A stack manifest can contain the following top-level sections:
# Optional: explicit stack name override
name: "plat-ue2-prod"
# Import other configurations
import:
- catalog/vpc/defaults
- mixins/region/us-east-2
- orgs/acme/plat/prod/_defaults
# Remote imports are supported, but they import stack config only:
# - github://acme/config/main/stacks/catalog/vpc.yaml
# Global-scope sections (apply to all components)
vars: {}
locals: {}
env: {}
settings: {}
hooks: {}
overrides: {}
# Component-type scope (apply to all components of that type)
terraform:
vars: {}
env: {}
settings: {}
hooks: {}
backend_type: s3
backend: {}
providers: {}
command: terraform
overrides: {}
helmfile:
vars: {}
env: {}
settings: {}
hooks: {}
command: helmfile
overrides: {}
# Component definitions
components:
terraform:
vpc:
metadata: {}
vars: {}
env: {}
settings: {}
hooks: {}
backend_type: s3
backend: {}
providers: {}
command: terraform
auth: {}
helmfile:
echo-server:
vars: {}
env: {}
settings: {}Variables passed as inputs to Terraform, Helmfile, or Packer components. Defined at global, component-type, or component level. Deep-merged across all levels with component-level values taking precedence.
vars:
environment: prod
region: us-east-1
tags:
Environment: Production
ManagedBy: AtmosMaps are recursively merged; lists are replaced (not appended).
File-scoped temporary variables for reducing repetition within a single YAML file. Locals do NOT inherit across file imports. They can reference each other using {{ .locals.name }} syntax with automatic dependency resolution.
locals:
namespace: acme
name_prefix: "{{ .locals.namespace }}-{{ .vars.stage }}"
components:
terraform:
vpc:
vars:
name: "{{ .locals.name_prefix }}-vpc"Locals can also access settings, vars, and env defined in the same file using {{ .settings.key }}, {{ .vars.key }}, and {{ .env.KEY }}.
Environment variables set when executing components. Simple key-value pairs merged shallowly across levels.
env:
AWS_PROFILE: acme-prod
TF_IN_AUTOMATION: "true"Integration metadata and configuration not passed to Terraform. Used for Atlantis, validation, and other Atmos integrations.
settings:
validation:
check-cidr:
schema_type: jsonschema
schema_path: schemas/vpc.json
dependencies:
components:
- component: vpc
- component: dns-zone
stack: plat-ue2-prod
- kind: file
path: configs/service.yamlComponent-only section that controls Atmos behavior for that component. Cannot be used at global or component-type level.
components:
terraform:
vpc:
metadata:
component: vpc # Terraform root module path
inherits:
- vpc/defaults # Inheritance chain
type: abstract # abstract or real (default)
enabled: true # Enable/disable component
locked: false # Prevent modifications
terraform_workspace: "custom-ws"
custom:
owner: platform-teamLifecycle event handlers that execute actions at specific points (e.g., after terraform apply).
hooks:
store-outputs:
events:
- after-terraform-apply
command: store
name: prod/ssm
outputs:
vpc_id: .vpc_idOverride the executable for a component type or specific component. Useful for OpenTofu, custom wrappers, or version-pinned binaries.
terraform:
command: tofuDefault values for terraform CLI execution flags (lock_timeout, lock, parallelism,
refresh, compact_warnings). Settable in atmos.yaml (components.terraform.flags),
at the stack level (root-level terraform: block), and per component — merged
field-by-field, lowest to highest precedence. An explicit CLI-typed flag (-- -lock-timeout=30s)
always wins over all three. Terraform-only; not every flag applies to every subcommand.
terraform:
flags:
lock_timeout: "5m"
components:
terraform:
vpc:
flags:
parallelism: 4Terraform backend configuration. Atmos generates backend.tf.json automatically.
terraform:
backend_type: s3
backend:
s3:
bucket: acme-ue1-root-tfstate
region: us-east-1
encrypt: true
use_lockfile: trueTerraform provider configuration. Atmos generates providers_override.tf.json automatically.
terraform:
providers:
aws:
region: us-east-1
assume_role:
role_arn: "arn:aws:iam::{{ .vars.account_id }}:role/TerraformRole"Authentication configuration for cloud providers. Primarily defined in atmos.yaml but can be referenced at component level.
components:
terraform:
vpc:
auth:
identity: prod-adminScoped overrides that apply only to components defined in the current manifest and its imports (not to all components in the top-level stack). This is different from regular vars/env/settings which affect all components.
overrides:
env:
TEST_ENV_VAR: "overridden-value"
vars:
custom_tag: override
settings:
validation:
check-cidr:
schema_path: schemas/vpc-override.jsonAtmos deep-merges configuration from multiple levels. The precedence order (lowest to highest priority):
vars:, env:, settings:)terraform.vars:, helmfile.env:)metadata.inherits, in list order)components.terraform.<name>.vars:)overrides:, terraform.overrides:)For maps, keys are recursively merged with higher-priority values overriding lower-priority ones. For lists, the entire list at higher priority replaces the lower-priority list (lists are not appended).
A common convention is to use _defaults.yaml files at each level of the directory hierarchy:
stacks/
orgs/
acme/
_defaults.yaml # Organization-wide defaults
plat/
_defaults.yaml # Tenant defaults
dev/
_defaults.yaml # Stage defaults
us-east-2.yaml # Top-level stack (deployable)
us-west-2.yaml
prod/
_defaults.yaml
us-east-2.yaml
us-west-2.yamlThe underscore prefix ensures these files sort to the top of directory listings. They are excluded from stack discovery via excluded_paths and must be explicitly imported. Atmos has no special handling for _defaults.yaml -- it is purely a naming convention.
Each level imports the parent _defaults.yaml and adds its own defaults:
# stacks/orgs/acme/plat/prod/_defaults.yaml
import:
- orgs/acme/plat/_defaults
vars:
stage: prod
tags:
Environment: ProductionUse atmos describe stacks to view the fully resolved configuration after all imports, inheritance, and overrides:
# View all stacks
atmos describe stacks
# Filter by stack
atmos describe stacks --stack plat-ue2-prod
# Filter by component and section
atmos describe stacks --components vpc --sections vars
# Output as JSON
atmos describe stacks --format json | jq '.["plat-ue2-prod"]'Use atmos describe component for a single component:
atmos describe component vpc -s plat-ue2-prodAtmos provides YAML functions for dynamic value resolution at runtime:
!terraform.output <component> <output> -- Read Terraform outputs from another component.!terraform.state <component> <path> -- Access Terraform state values.!store <store-name> <component> <key> -- Read from external key-value stores (SSM, Vault, etc.).!env <VAR_NAME> -- Read environment variables with optional defaults.!exec <command> -- Execute shell commands and use output.!include <path> -- Load content from external files.!secret <name> -- Resolve declared secrets.!append and !unset -- Control inherited list/key merge behavior.For the full current function inventory, load atmos-yaml-functions.
stacks/catalog/ and import them.metadata.inherits to maintain readability._defaults.yaml at every level: Define shared vars, env, and settings at the appropriate organizational level.excluded_paths to prevent catalog, mixin, and defaults files from being treated as top-level stacks.name or name_template for stack naming: If legacy name_pattern is present, migrate it.atmos describe stacks liberally: Always verify the resolved configuration before applying changes.source: or atmos vendor pull when imported
config references component code that is not already local.© cloudposse, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 2 other files (references) in agent-skills/skills/atmos-stacks of cloudposse/atmos.
Open the folder on GitHubat commit 36726ae
Atmos Stacks next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Atmos Stacks this skillcloudposse/atmos | 1.4k | — | ~3k | Automated safety check: Notes | Apache-2.0 | |
| Terravision Cloud Diagramspatrickchugh/terravision | 1.6k | — | ~5.6k | Automated safety check: Notes | AGPL-3.0-only | |
| Itemgen Command Buildermicrosoft/terraform-provider-fabric | 128 | — | ~1.5k | Automated safety check: Pass | MPL-2.0 | |
| Nx Plugin For AWSawslabs/nx-plugin-for-aws | 151 | — | ~3.6k | Automated safety check: Pass | Apache-2.0 | |
| Resource Designermicrosoft/terraform-provider-fabric | 128 | — | ~6k | Automated safety check: Pass | MPL-2.0 | |
| Smarterrhashicorp/terraform-provider-aws | 11k | — | ~722 | Automated safety check: Pass | MPL-2.0 |
patrickchugh/terravision
Draw cloud architecture diagrams for AWS, Azure or GCP with the official provider icon sets, using TerraVision.
microsoft/terraform-provider-fabric
Given SDK analysis results, automatically determine the correct itemgen archetype and build the full go run tools/itemgen/main.go command.
awslabs/nx-plugin-for-aws
Scaffold and build cloud-native applications on AWS using @aws/nx-plugin generators.
microsoft/terraform-provider-fabric
Research SDK contracts, design Terraform schema approach, and compose a GitHub issue for a new resource, data source, ephemeral resource, or enhancement to an existing resource.
hashicorp/terraform-provider-aws
Refactor error handling to use smarterr. An agent skill from hashicorp/terraform-provider-aws.
Azure/terraform-azurerm-avm-ptn-alz
A skill your agent uses whenever an Azure Verified Module (AVM) is being proposed, approved, published, handed over to a new owner, orphaned, or deprecated — and whenever a contributor is choosing a…
cloudposse/atmos
A skill your agent uses when implementing, finishing, documenting, or reviewing a fix, repair, remediation, bug fix, debug-and-fix task, workflow fix, infrastructure fix, or any change that should…
cloudposse/atmos
Atmos Terraform linting with TFLint: standalone atmos terraform lint, component-aware config discovery and toolchain versions, TFLint rule configuration, and lifecycle hooks/CI findings.
cloudposse/atmos
Blog post authoring for Atmos: MDX template, frontmatter, website/blog/tags.yml and authors.yml rules, problem-first framing, backtick-opening ban, optional cast embeds, and no-Go-internals leakage.
cloudposse/atmos
Decide whether a PR's new or changed default needs edition-journal handling (pkg/edition, docs/prd/editions.md), and do the mechanical work if so: journal entries, the four-layer default check…
cloudposse/atmos
Migrate to Atmos from native Terraform, Terraform Workspaces, Terramate, Terragrunt, Make, Just, or Task; migrate tool versions from mise or Aqua CLI; migrate AWS/GCP/Azure CLI configs, Leapp…
cloudposse/atmos
Start an hourly background loop that keeps the current branch's PR rebased, its addressed CodeRabbit threads resolved, its CI checks passing, its lint clean, its tests passing with adequate patch…
Works with
Categories
Stack configuration: local and remote imports, inheritance, deep merging, locals, vars, settings, metadata, overrides, dependencies, and modernization. Atmos Stacks is an agent skill from cloudposse/atmos.
Atmos Stacks fits situations like: tasks that involve Legacy modernization.
Run `npx skills add cloudposse/atmos --skill atmos-stacks -a claude-code`. Or copy the skill folder (agent-skills/skills/atmos-stacks in cloudposse/atmos) into .claude/skills/atmos-stacks in your project. Claude Code loads it when a task matches its description.
Run `npx skills add cloudposse/atmos --skill atmos-stacks -a codex`. Or copy the skill folder (agent-skills/skills/atmos-stacks in cloudposse/atmos) into .agents/skills/atmos-stacks in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add cloudposse/atmos --skill atmos-stacks -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/atmos-stacks, .gemini/skills/atmos-stacks, .github/skills/atmos-stacks and .opencode/skills/atmos-stacks in your project.
Going by SKILL.md and its folder, Atmos Stacks needs the command-line tools its instructions call (jq and terraform).
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Atmos Stacks is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.8k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Atmos Stacks: Terravision Cloud Diagrams (patrickchugh/terravision, 1.6k stars), Itemgen Command Builder (microsoft/terraform-provider-fabric, 128 stars), Nx Plugin For AWS (awslabs/nx-plugin-for-aws, 151 stars) and Resource Designer (microsoft/terraform-provider-fabric, 128 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
cloudposse (a GitHub organization) maintains it in cloudposse/atmos, which has 1,396 GitHub stars. The repository holds 70 skills in this directory. The repository was last updated on October 8, 2026.
Source: cloudposse/atmos on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.