Heroku To AWS
aws/agent-toolkit-for-aws
Migrate workloads from Heroku to AWS. An agent skill from aws/agent-toolkit-for-aws.
Store backends: AWS SSM, AWS Secrets Manager, Azure Key Vault, Google Secret Manager, Redis, Artifactory configuration, hooks integration, cross-component data sharing, atmos store CLI CRUD, type…
$ npx skills add cloudposse/atmos --skill atmos-stores -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install cloudposse/atmos atmos-stores --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-stores .claude/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .claude/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-storesType 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-stores -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install cloudposse/atmos atmos-stores --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-stores .agents/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .agents/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-stores -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install cloudposse/atmos atmos-stores --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-stores .cursor/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .cursor/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-stores--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-stores -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install cloudposse/atmos atmos-stores --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-stores .gemini/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .gemini/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-storesInstalls 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-stores -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-stores .github/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .github/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-stores -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-stores --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-stores .opencode/skills/atmos-stores && 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-stores" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-stores into .opencode/skills/atmos-stores/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-stores", 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-storesStore backends: AWS SSM, AWS Secrets Manager, Azure Key Vault, Google Secret Manager, Redis, Artifactory configuration, hooks integration, cross-component data sharing, atmos store CLI CRUD, type…
Atmos Stores is an agent skill from cloudposse/atmos. Store backends: AWS SSM, AWS Secrets Manager, Azure Key Vault, Google Secret Manager, Redis, Artifactory configuration, hooks integration, cross-component data sharing, atmos store CLI CRUD, type: store workflow step
Its SKILL.md is about 4.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/store-providers.md`).
It sits in DevOps & Cloud. It works with Amazon Web Services, Azure Key Vault, Redis and 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.
3 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 and bash).
From 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 these keys or tokens, usually read from environment variables:
ARTIFACTORY_ACCESS_TOKENJFROG_ACCESS_TOKENGOOGLE_APPLICATION_CREDENTIALSFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Atmos Stores loads about 4.2k tokens when it runs, and up to ~9.2k if it reads all its reference files. Until then it costs about 57 tokens; SKILL.md has 1,244 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 found no risky patterns in SKILL.md.
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). 1,244 words, ~4,208 tokens.
.claude/skills/atmos-stores/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Stores are external key-value backends configured in atmos.yaml that enable components to share data outside of Terraform state. Atmos supports store providers including AWS SSM Parameter Store, AWS Secrets Manager, Azure Key Vault, Google Secret Manager, Redis, and JFrog Artifactory.
Use stores when you need to:
For Terraform-managed outputs, prefer !terraform.state (fastest) or !terraform.output. Use stores for external data or when you need a write-back mechanism via hooks.
All stores are declared under the top-level stores: key in atmos.yaml. Each store has a unique name, a kind, and provider-specific options. The legacy type field remains supported for compatibility, but kind is canonical:
# atmos.yaml
stores:
prod/ssm:
kind: aws/ssm
options:
region: us-east-1
prod/asm:
kind: aws/asm
options:
region: us-east-1
prod/azure:
kind: azure/keyvault
options:
vault_url: "https://my-keyvault.vault.azure.net/"
prod/gcp:
kind: gcp/secretmanager
options:
project_id: my-project
cache:
type: redis
options:
url: "redis://localhost:6379"
artifacts:
type: artifactory
options:
url: https://artifactory.example.com
repo_name: my-repoStore names follow the pattern <environment>/<type> by convention:
prod/ssm -- Production SSM Parameter Storedev/secrets -- Development secretsshared/config -- Shared configuration storeThese names are referenced in !store function calls and hook configurations.
All store providers support these optional fields:
prefix -- String prepended to all keys (scopes the store namespace)stack_delimiter -- Character used to split stack names into key path segments (defaults vary by provider)Stores that support identity-based authentication accept an identity field at the store level (not inside options). This connects the store to an Atmos auth identity for credential resolution:
stores:
prod/ssm:
kind: aws/ssm
identity: prod-aws # References an identity defined in the auth section
options:
region: us-east-1Identity-based auth is supported by AWS SSM, AWS Secrets Manager, Azure Key Vault, and Google Secret Manager. It is not supported by Redis or Artifactory (a warning is logged if configured).
stores:
prod/ssm:
kind: aws/ssm
options:
region: us-east-1 # Required
prefix: myapp # Optional: prepended to all key paths
stack_delimiter: "/" # Optional: default is "-"
read_role_arn: arn:aws:iam::123456789012:role/SSMReader # Optional: cross-account read
write_role_arn: arn:aws:iam::123456789012:role/SSMWriter # Optional: cross-account writeAuthentication uses the AWS default credential chain (environment variables, shared credentials, instance profile). Use read_role_arn/write_role_arn for cross-account access via STS AssumeRole.
Key format: /<prefix>/<stack-parts>/<component-parts>/<key> (segments joined by /).
stores:
prod/asm:
kind: aws/asm
options:
region: us-east-1
prefix: myapp
stack_delimiter: "/"Use secret: true with kind: aws/asm for declared secrets managed through atmos secret and !secret.
stores:
prod/azure:
kind: azure/keyvault
options:
vault_url: "https://my-keyvault.vault.azure.net/" # Required
prefix: myapp # Optional
stack_delimiter: "-" # Optional: default is "-"
labels: # Optional: applied as Azure Key Vault secret tags
managed-by: atmos
expires: 90d # Optional: 90d, 2160h, 2027-01-01, or RFC 3339Authentication uses the Azure Default Credential chain (environment variables, managed identity, Azure CLI). Secret names are normalized to comply with Azure Key Vault restrictions: only alphanumeric characters and hyphens are allowed.
Key format: <prefix>-<stack-parts>-<component-parts>-<key> (segments joined by -, non-alphanumeric characters replaced with -).
stores:
prod/gcp:
kind: gcp/secretmanager
options:
project_id: my-project # Required
prefix: myapp # Optional
stack_delimiter: "_" # Optional: default is "-"
credentials: '{"type":"service_account",...}' # Optional: inline JSON credentials
locations: # Optional: replication locations
- us-east1
- us-west1Authentication uses the GCP default credential chain or the GOOGLE_APPLICATION_CREDENTIALS environment variable. Provide credentials inline for service account JSON. If locations is omitted, automatic replication is used.
Key format: <prefix>_<stack-parts>_<component-parts>_<key> (segments joined by _, slashes replaced with _).
stores:
cache:
type: redis
options:
url: "redis://localhost:6379" # Required (or set ATMOS_REDIS_URL env var)
prefix: myapp # Optional
stack_delimiter: "/" # Optional: default is "/"The url supports Redis URL format including authentication: redis://:password@host:port/db. If url is not set, the ATMOS_REDIS_URL environment variable is used.
Key format: <prefix>/<stack-parts>/<component-parts>/<key> (segments joined by /). For !store.get, prefix is joined with : separator.
stores:
artifacts:
type: artifactory
options:
url: https://artifactory.example.com # Required
repo_name: my-repo # Required
access_token: !env ARTIFACTORY_ACCESS_TOKEN # Optional (see auth below)
prefix: myapp # Optional
stack_delimiter: "/" # Optional: default is "/"Authentication uses access_token from options, or falls back to ARTIFACTORY_ACCESS_TOKEN or JFROG_ACCESS_TOKEN environment variables. Set token to "anonymous" for unauthenticated access.
Create a Generic repository type in JFrog Artifactory. Atmos stores data as JSON files, so no specific package type is required.
Key format: <repo_name>/<prefix>/<stack-parts>/<component-parts>/<key> (segments joined by /).
!store -- Component-Aware AccessReads values following the Atmos stack/component/key naming convention. The store constructs the full key path from the stack name, component name, and key:
vars:
# Three-argument form: store + component + key (current stack implied)
vpc_id: !store prod/ssm vpc vpc_id
# Four-argument form: store + stack + component + key
vpc_id: !store prod/ssm plat-ue2-prod vpc vpc_id
# Dynamic stack reference using Go templates
vpc_id: !store prod/ssm {{ .stack }} vpc vpc_id
# With default value for cold-start scenarios
api_key: !store prod/ssm config api_key | default "not-set"
# With YQ query to extract nested data
db_host: !store prod/ssm database config | query .host
# Extract from list
first_subnet: !store prod/ssm vpc subnet_ids | query .[0]Dynamic stack construction using printf:
vars:
# Cross-tenant reference
vpc_id: !store prod/ssm {{ printf "net-%s-%s" .vars.environment .vars.stage }} vpc vpc_id
# Full context-based stack name
config: !store prod/ssm {{ printf "%s-%s-%s" .vars.tenant .vars.environment .vars.stage }} config settings!store.get -- Arbitrary Key AccessReads arbitrary keys directly from a store without the stack/component/key convention. Use this for values written by external systems or global configuration:
vars:
# Direct key access
db_password: !store.get prod/ssm /myapp/prod/db/password
# With default value
feature_flag: !store.get prod/ssm /features/new-feature | default "disabled"
# With YQ query
api_key: !store.get cache app-config | query .api.key
# Dynamic key with templates
config: !store.get cache "config-{{ .vars.region }}"Key differences between !store and !store.get:
| Feature | !store | !store.get |
|---|---|---|
| Key construction | Builds from stack/component/key | Uses exact key as provided |
| Use case | Atmos-managed component outputs | External systems, global config |
| Typical pattern | prefix/stack/component/key | Any format the store supports |
atmos.Store -- Go Template AccessRead from stores within Go template expressions:
vars:
vpc_id: '{{ atmos.Store "prod/ssm" .stack "vpc" "vpc_id" }}'
config: !template '{{ (atmos.Store "cache" .stack "config" "config_map").defaults | toJSON }}'Hooks write Terraform outputs to stores after atmos terraform apply or atmos terraform deploy. Configure hooks at any level (global, terraform-level, component-level) and Atmos deep-merges them:
# Full hook definition on a component
components:
terraform:
vpc:
hooks:
store-outputs:
events:
- after-terraform-apply
command: store
name: prod/ssm
outputs:
vpc_id: .vpc_id
private_subnet_ids: .private_subnet_ids
public_subnet_ids: .public_subnet_idsOutput values starting with . reference Terraform output names. The hook retrieves these from the Terraform state and writes them to the configured store.
Split hook configuration across inheritance levels to avoid repetition:
# stacks/catalog/vpc/_defaults.yaml -- global level
hooks:
store-outputs:
events:
- after-terraform-apply
command: store
# stacks/orgs/acme/plat/prod/_defaults.yaml -- account level
terraform:
hooks:
store-outputs:
name: prod/ssm
# stacks/orgs/acme/plat/prod/us-east-2.yaml -- component level
components:
terraform:
vpc:
hooks:
store-outputs:
outputs:
vpc_id: .vpc_idAtmos merges these into a complete hook definition at resolution time.
For raw CRUD access to any configured store, use the atmos store CLI command family or the
type: store workflow step. This access works for any store, not only Terraform outputs. Neither
method requires a declaration. Both operate directly on any store configured under stores:, by
name.
# CLI: set, get, delete, list -- scope to a stack and component, or omit for a global value
atmos store set app-metadata image_tag sha256:abc123 --stack=prod --component=ecs-service
atmos store get app-metadata image_tag --stack=prod --component=ecs-service
atmos store list
atmos store list app-metadata --stack=prod --component=ecs-servicePassing a store name to atmos store list lists the key/value pairs stored under a scope
(instead of the configured backends themselves), for backends that support key enumeration. Most
backends support it. 1Password and the default system keychain backend do not, because their
underlying APIs do not support enumeration. Check the Listable column in a bare
atmos store list before relying on it for a given store. Values are masked the same way
atmos store get masks a single value.
# Workflow, custom-command, or hook step: write a value, for example an image tag from a build step
- name: record-tag
type: store
action: write
with:
store: app-metadata
key: image_tag
value: "{{ .steps.push.metadata.digest }}"
stack: prod
component: ecs-serviceAtmos allows you to write to a secret: true store this way, for example to write a generated
password. But this write skips the atmos secret declaration and scope system. When a value must
be tracked as a formal secret, use secrets.vars and atmos secret set instead. See the
atmos-secrets skill for that system. See the atmos-steps skill and the
/workflows/steps/type/store docs for the step type.
stores:
prod/ssm:
kind: aws/ssm
options:
region: us-east-1
read_role_arn: arn:aws:iam::123456789012:role/SSMReader
write_role_arn: arn:aws:iam::123456789012:role/SSMWriterAtmos uses STS AssumeRole to obtain temporary credentials for the target account. Separate read and write roles allow least-privilege access.
Define separate stores per region:
stores:
prod-us/ssm:
kind: aws/ssm
options:
region: us-east-1
prod-eu/ssm:
kind: aws/ssm
options:
region: eu-west-1Reference the appropriate store in each stack's configuration.
atmos.yaml:stores:
prod/ssm:
kind: aws/ssm
options:
region: us-east-1# stacks/catalog/vpc/_defaults.yaml
hooks:
store-outputs:
events:
- after-terraform-apply
command: store
name: prod/ssm
outputs:
vpc_id: .vpc_id
private_subnet_ids: .private_subnet_ids# stacks/prod/us-east-1.yaml
components:
terraform:
eks:
vars:
vpc_id: !store prod/ssm vpc vpc_id
subnet_ids: !store prod/ssm vpc private_subnet_ids!store, !store.get, and atmos.Store read values in cleartext and reject stores marked secret: true. Use secret: true plus !secret and atmos secret for sensitive values.read_role_arn/write_role_arn to separate read and write permissions. Grant only the permissions each operation needs.!env or environment variables (ARTIFACTORY_ACCESS_TOKEN, JFROG_ACCESS_TOKEN, ATMOS_REDIS_URL).| default values for store lookups that may reference unprovisioned components.atmos describe affected with !store references, Atmos needs read access to all referenced stores. Limited permissions (e.g., dev-only) will cause failures when referencing production stores.| Problem | Cause | Solution |
|---|---|---|
store type not found | Invalid kind/type in store config | Use one of: aws/ssm, aws/asm, azure/keyvault, gcp/secretmanager, redis, artifactory |
region is required | Missing region for SSM store | Add region to store options |
vault_url is required | Missing vault_url for Azure | Add vault_url to store options |
project_id is required | Missing project_id for GCP | Add project_id to store options |
failed to parse redis url | Invalid Redis URL format | Use format redis://:password@host:port/db |
access_token must be set | Missing Artifactory token | Set access_token in options or ARTIFACTORY_ACCESS_TOKEN env var |
| Key not found errors | Component not yet provisioned | Add a default fallback value to the !store call |
| Permission denied | Insufficient IAM/RBAC permissions | Check role ARNs, vault policies, or service account permissions |
| Identity warning logged | Identity set on unsupported provider | Remove identity from Redis and Artifactory stores |
For detailed provider configuration, authentication patterns, and advanced hook integration, see references/store-providers.md.
© 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-stores of cloudposse/atmos.
Open the folder on GitHubat commit 36726ae
Atmos Stores 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 Stores this skillcloudposse/atmos | 1.4k | — | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Heroku To AWSaws/agent-toolkit-for-aws | 2.8k | — | ~7.2k | Automated safety check: Pass | Apache-2.0 | |
| AWS Cloud Patternsrohitg00/awesome-claude-code-toolkit | 2.7k | — | ~1.1k | Automated safety check: Pass | Apache-2.0 | |
| Review Docshashicorp/terraform-provider-aws | 11k | — | ~1.3k | Automated safety check: Pass | MPL-2.0 | |
| Senior DevOps Toolkitmaslennikov-ig/claude-code-orchestrator-kit | 260 | 6 repos | ~1.1k | Automated safety check: Notes | Custom licence | |
| Terravision Cloud Diagramspatrickchugh/terravision | 1.6k | — | ~5.6k | Automated safety check: Notes | AGPL-3.0-only |
aws/agent-toolkit-for-aws
Migrate workloads from Heroku to AWS. An agent skill from aws/agent-toolkit-for-aws.
rohitg00/awesome-claude-code-toolkit
AWS cloud patterns for Lambda, ECS, S3, DynamoDB, and Infrastructure as Code with CDK/Terraform
hashicorp/terraform-provider-aws
Review a Terraform AWS Provider PR's end-user documentation (website/docs//.markdown): whether docs are needed, description openings, argument/attribute style, section structure, tags wording, code…
maslennikov-ig/claude-code-orchestrator-kit
Comprehensive DevOps skill for CI/CD, infrastructure automation, containerization, and cloud platforms (AWS, GCP, Azure). Includes pipeline setup…
patrickchugh/terravision
Draw cloud architecture diagrams for AWS, Azure or GCP with the official provider icon sets, using TerraVision.
hashicorp/terraform-provider-aws
Review Terraform AWS Provider helper code: finders, status functions, waiters, sweepers, data sources, and list resources.
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
Store backends: AWS SSM, AWS Secrets Manager, Azure Key Vault, Google Secret Manager, Redis, Artifactory configuration, hooks integration, cross-component data sharing, atmos store CLI CRUD, type…. Atmos Stores is an agent skill from cloudposse/atmos.
Atmos Stores fits situations like: devOps & Cloud work in your project.
Run `npx skills add cloudposse/atmos --skill atmos-stores -a claude-code`. Or copy the skill folder (agent-skills/skills/atmos-stores in cloudposse/atmos) into .claude/skills/atmos-stores in your project. Claude Code loads it when a task matches its description.
Run `npx skills add cloudposse/atmos --skill atmos-stores -a codex`. Or copy the skill folder (agent-skills/skills/atmos-stores in cloudposse/atmos) into .agents/skills/atmos-stores 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-stores -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-stores, .gemini/skills/atmos-stores, .github/skills/atmos-stores and .opencode/skills/atmos-stores in your project.
Going by SKILL.md and its folder, Atmos Stores needs credentials named ARTIFACTORY_ACCESS_TOKEN, JFROG_ACCESS_TOKEN and GOOGLE_APPLICATION_CREDENTIALS. Our summary lists: A credential in ARTIFACTORY_ACCESS_TOKEN; A credential in JFROG_ACCESS_TOKEN.
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 no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Atmos Stores 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 4.2k tokens (SKILL.md is roughly 17k 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 5k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Atmos Stores: Heroku To AWS (aws/agent-toolkit-for-aws, 2.8k stars), AWS Cloud Patterns (rohitg00/awesome-claude-code-toolkit, 2.7k stars), Review Docs (hashicorp/terraform-provider-aws, 11k stars) and Senior DevOps Toolkit (maslennikov-ig/claude-code-orchestrator-kit, 260 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.