Monitor CI
nrwl/nx
Monitor Nx Cloud CI pipeline and handle self-healing fixes. An agent skill from nrwl/nx.
Go templates: Sprig/Gomplate functions, Atmos's own collectKeys, atmos.Component, atmos.GomplateDatasource, atmos.Store, template configuration, evaluations
$ npx skills add cloudposse/atmos --skill atmos-templates -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install cloudposse/atmos atmos-templates --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-templates .claude/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .claude/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templatesType 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-templates -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install cloudposse/atmos atmos-templates --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-templates .agents/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .agents/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templates -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install cloudposse/atmos atmos-templates --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-templates .cursor/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .cursor/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templates--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-templates -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install cloudposse/atmos atmos-templates --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-templates .gemini/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .gemini/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templatesInstalls 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-templates -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-templates .github/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .github/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templates -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-templates --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-templates .opencode/skills/atmos-templates && 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-templates" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-templates into .opencode/skills/atmos-templates/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-templates", 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-templatesGo templates: Sprig/Gomplate functions, Atmos's own collectKeys, atmos.Component, atmos.GomplateDatasource, atmos.Store, template configuration, evaluations
Atmos Templates is an agent skill from cloudposse/atmos. Go templates: Sprig/Gomplate functions, Atmos's own collectKeys, atmos.Component, atmos.GomplateDatasource, atmos.Store, template configuration, evaluations
Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/go-templates.md`).
It sits in DevOps & Cloud. 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.
5 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.
No scripts in the folder and no shell commands in SKILL.md (its code samples are yaml).
From the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
api.ipify.orgFrom 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 Templates loads about 2k tokens when it runs, and up to ~4.7k if it reads all its reference files. Until then it costs about 43 tokens; SKILL.md has 570 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.
| `.env.*` | Environment variables |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). 570 words, ~2,031 tokens.
.claude/skills/atmos-templates/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Go templates use {{ }} delimiters and are processed before YAML parsing. They support the full
Go text/template syntax plus Sprig and Gomplate function libraries.
Go templates are an escape hatch for complex conditional logic, loops, dynamic key generation, or
advanced string manipulation that YAML functions cannot handle. For most use cases, prefer YAML
functions (see the atmos-yaml-functions skill).
# atmos.yaml
templates:
settings:
enabled: true
evaluations: 1 # Number of processing passes
delimiters: ["{{", "}}"] # Default delimiters
sprig:
enabled: true # Enable Sprig functions
gomplate:
enabled: true # Enable Gomplate functions and datasources
timeout: 5 # Datasource timeout in secondsIn Go templates, you can reference any value from the component's configuration (as returned by
atmos describe component):
| Variable | Description |
|---|---|
.atmos_component | The Atmos component name |
.atmos_stack | The Atmos stack name |
.stack | Alias for .atmos_stack |
.atmos_stack_file | The stack manifest file path |
.workspace | The Terraform workspace name |
.vars.* | Component variables |
.settings.* | Component settings |
.env.* | Environment variables |
.metadata.* | Component metadata |
.providers.* | Provider configuration |
.backend.* | Backend configuration |
.backend_type | Backend type string |
components:
terraform:
vpc:
vars:
tags:
atmos_component: "{{ .atmos_component }}"
atmos_stack: "{{ .atmos_stack }}"
terraform_workspace: "{{ .workspace }}"
# Sprig function
provisioned_by: '{{ env "USER" }}'
# Gomplate function
description: "{{ strings.Title .atmos_component }} in {{ .atmos_stack }}"atmos.Component Template FunctionReads any section or attribute from another component's configuration, including Terraform outputs:
vars:
# Read outputs (remote state)
vpc_id: '{{ (atmos.Component "vpc" .stack).outputs.vpc_id }}'
# Read variables from another component
vpc_name: '{{ (atmos.Component "vpc" .stack).vars.name }}'
# Read settings
test_setting: '{{ (atmos.Component "test" .stack).settings.test }}'
# Read metadata
component_name: '{{ (atmos.Component "test" .stack).metadata.component }}'
# Complex outputs require !template + toJson
subnet_ids: !template '{{ toJson (atmos.Component "vpc" .stack).outputs.private_subnet_ids }}'atmos.GomplateDatasource Template FunctionFetches external data with automatic caching:
settings:
templates:
settings:
gomplate:
datasources:
ip:
url: "https://api.ipify.org?format=json"
secret:
url: "aws+smp:///path/to/secret"
vars:
public_ip: '{{ (atmos.GomplateDatasource "ip").ip }}'
db_password: '{{ (atmos.GomplateDatasource "secret").password }}'The function caches results per execution -- multiple references to the same datasource make only one external call.
atmos.Store Template FunctionReads from stores using Go template syntax (same as !store YAML function but in template form):
vars:
vpc_id: '{{ atmos.Store "prod/ssm" .stack "vpc" "vpc_id" }}'
config: !template '{{ (atmos.Store "redis" .stack "config" "config_map").defaults | toJSON }}'Atmos supports multiple evaluation passes for template processing:
# atmos.yaml
templates:
settings:
enabled: true
evaluations: 2 # Two passesWith multiple evaluations, output from the first pass becomes input to the second pass. This is useful for:
Use the backtick escape or !literal to prevent Atmos from processing templates intended for
external systems (ArgoCD, Helm, Datadog):
# Using !literal (recommended, see atmos-yaml-functions skill)
annotation: !literal "{{ .Values.ingress.class }}"
# Using backtick escape
annotation: "{{`{{ .Values.ingress.class }}`}}"
# Using printf
annotation: '{{ printf "{{ .Values.ingress.class }}" }}'When using Go templates in both imports and stack manifests, templates intended for the second pass (stack processing) must be escaped in the import file:
# stacks/catalog/eks/eks_cluster.tmpl
components:
terraform:
eks/cluster:
vars:
# First pass: resolved from import context
enabled: "{{ .enabled }}"
name: "{{ .name }}"
tags:
# Second pass: escaped for stack processing
atmos_component: "{{`{{ .atmos_component }}`}}"
atmos_stack: "{{`{{ .atmos_stack }}`}}"Template settings can be defined in settings.templates.settings in stack manifests, which
deep-merges with templates.settings in atmos.yaml. Stack manifest settings take precedence.
# stacks/orgs/acme/_defaults.yaml
settings:
templates:
settings:
env:
AWS_PROFILE: "my-profile"
gomplate:
timeout: 7
datasources:
config:
url: "./my-config.json"Note: enabled, sprig.enabled, gomplate.enabled, evaluations, and delimiters settings
are not supported in stack manifests (only in atmos.yaml).
| Scenario | Use |
|---|---|
| Reading Terraform outputs | YAML functions: !terraform.state or !terraform.output |
| Reading store values | YAML functions: !store or !store.get |
| Environment variables | YAML function: !env |
| Including files | YAML function: !include |
| Complex outputs (lists/maps) | !template with toJson |
Conditional logic (if/else) | Go templates |
| Loops and iteration | Go templates |
| Dynamic key generation | Go templates |
| External API data | atmos.GomplateDatasource |
| Advanced string manipulation | Go templates with Sprig/Gomplate |
!store over atmos.Component for outputs -- Avoids Terraform initializationatmos.GomplateDatasource instead of datasource -- Built-in caching prevents
redundant API callsatmos.Component usage -- Each call may initialize Terraform{{ }} can cause YAML parse errors. Always quote
template expressions.!template with toJson for
complex types.env function exists in both libraries with different
syntax. Use getenv for Gomplate's version when both are enabled.atmos.Component or !terraform.output across
many stacks can dramatically slow atmos describe stacks and atmos describe affected.!terraform.state, !store, !env, etc.), see the atmos-yaml-functions skill© 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 1 other file (references) in agent-skills/skills/atmos-templates of cloudposse/atmos.
Open the folder on GitHubat commit 36726ae
Atmos Templates 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 Templates this skillcloudposse/atmos | 1.4k | — | ~2k | Automated safety check: Notes | Apache-2.0 | |
| Monitor CInrwl/nx | 29k | 6 repos | ~4.7k | Automated safety check: Pass | MIT | |
| Terraform and OpenTofu Guideagentscope-ai/QwenPaw | 35k | 6 repos | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Vercel Optimize Auditvercel-labs/agent-skills | 32k | 9 repos | ~4.3k | Automated safety check: Pass | None | |
| Openclaw Live Updateropenclaw/openclaw | 392k | — | ~3.7k | Automated safety check: Pass | MIT | |
| Analyze GitHub Action Logswithastro/astro | 63k | 1 repos | ~1.3k | Automated safety check: Pass | Custom licence |
nrwl/nx
Monitor Nx Cloud CI pipeline and handle self-healing fixes. An agent skill from nrwl/nx.
agentscope-ai/QwenPaw
Guidance for writing and testing Terraform and OpenTofu code: module structure, naming, test approaches, CI/CD workflows, state handling and security scanning.
vercel-labs/agent-skills
Runs a metrics-first audit of a deployed Vercel project, gating investigations on real signals to produce ranked, citation-backed cost and performance recommendations.
openclaw/openclaw
Maintain the canonical live OpenClaw main checkout, macOS LaunchAgent-managed Gateway, local macOS app, exact-head main CI, and recurring full release validation.
withastro/astro
Analyze recent GitHub Actions workflow runs to identify patterns, mistakes, and improvements.
kubesphere/kubesphere
Creates and queries KubeSphere users, workspaces and projects and assigns built-in roles, defaulting to least privilege and never deleting anything.
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…
Categories
Go templates: Sprig/Gomplate functions, Atmos's own collectKeys, atmos.Component, atmos.GomplateDatasource, atmos.Store, template configuration, evaluations. Atmos Templates is an agent skill from cloudposse/atmos.
Atmos Templates fits situations like: devOps & Cloud work in your project.
Run `npx skills add cloudposse/atmos --skill atmos-templates -a claude-code`. Or copy the skill folder (agent-skills/skills/atmos-templates in cloudposse/atmos) into .claude/skills/atmos-templates in your project. Claude Code loads it when a task matches its description.
Run `npx skills add cloudposse/atmos --skill atmos-templates -a codex`. Or copy the skill folder (agent-skills/skills/atmos-templates in cloudposse/atmos) into .agents/skills/atmos-templates 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-templates -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-templates, .gemini/skills/atmos-templates, .github/skills/atmos-templates and .opencode/skills/atmos-templates in your project.
SKILL.md names no scripts, command-line tools or credentials: Atmos Templates is instructions for the agent only.
SKILL.md names 1 domain. In commands or code: api.ipify.org; the agent is likely to contact it when it follows the instructions. 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 Templates 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 2k tokens (SKILL.md is roughly 8.1k 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 2.7k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Atmos Templates: Monitor CI (nrwl/nx, 29k stars), Terraform and OpenTofu Guide (agentscope-ai/QwenPaw, 35k stars), Vercel Optimize Audit (vercel-labs/agent-skills, 32k stars) and Openclaw Live Updater (openclaw/openclaw, 392k 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.