Workflow Automation
ruvnet/ruflo
Workflow creation, execution, and template management. An agent skill from ruvnet/ruflo.
Workflow automation: native step types, multi-step workflows, parallel/matrix/wait/container/emulator steps, when: conditions (CEL), require/assert preconditions, output steps, retries…
$ npx skills add cloudposse/atmos --skill atmos-workflows -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install cloudposse/atmos atmos-workflows --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-workflows .claude/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .claude/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflowsType 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-workflows -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install cloudposse/atmos atmos-workflows --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-workflows .agents/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .agents/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflows -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install cloudposse/atmos atmos-workflows --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-workflows .cursor/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .cursor/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflows--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-workflows -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install cloudposse/atmos atmos-workflows --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-workflows .gemini/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .gemini/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflowsInstalls 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-workflows -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-workflows .github/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .github/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflows -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-workflows --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-workflows .opencode/skills/atmos-workflows && 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-workflows" agent skill from https://github.com/cloudposse/atmos/tree/main/agent-skills/skills/atmos-workflows into .opencode/skills/atmos-workflows/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "atmos-workflows", 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-workflowsWorkflow automation: native step types, multi-step workflows, parallel/matrix/wait/container/emulator steps, when: conditions (CEL), require/assert preconditions, output steps, retries…
Atmos Workflows is an agent skill from cloudposse/atmos. Workflow automation: native step types, multi-step workflows, parallel/matrix/wait/container/emulator steps, when: conditions (CEL), require/assert preconditions, output steps, retries, dependencies, and cross-component orchestration
Its SKILL.md is about 1.3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/workflow-syntax.md`).
It sits in Productivity & Automation, covering Workflow automation. 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.
Read from SKILL.md and the folder at commit bbe58a6. 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 no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Atmos Workflows loads about 1.3k tokens when it runs, and up to ~4.1k if it reads all its reference files. Until then it costs about 62 tokens; SKILL.md has 449 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 bbe58a6, republished under its Apache-2.0 licence (© cloudposse). 449 words, ~1,319 tokens.
.claude/skills/atmos-workflows/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Use this skill for reusable orchestration in workflows: files: multi-step deployment flows,
parallel or matrix execution, cross-component operations, preconditions, retries, typed UI/output
steps, container/emulator steps, and workflow-level dependencies.
When a task is primarily about shared step fields (type, working_directory, env, output,
retry, script, workdir, or hook with: payloads), also load atmos-steps.
For full workflow syntax, read references/workflow-syntax.md.
workflows:
deploy-network:
description: Deploy network components
stack: plat-ue2-dev
steps:
- type: atmos
command: terraform deploy vpc
- type: atmos
command: terraform deploy dnsatmos workflow deploy-network
atmos workflow deploy-network --stack plat-ue2-prodWorkflow files live under workflows.base_path in atmos.yaml.
workflows:
base_path: stacks/workflowsWhen --file is omitted, Atmos scans workflow files and runs the workflow if exactly one match is
found. Use --file for ambiguous workflow names.
Use native step types when they express the intent directly:
| Need | Prefer |
|---|---|
| Run Atmos | type: atmos |
| Shell/process execution | shell or exec |
| Concurrent execution | parallel, matrix |
| Background services and waits | background: true, wait, wait-all |
| Preconditions | require / assert |
| Retry transient failures | retry |
| Containers and emulators | container, emulator |
| HTTP calls | http |
| User-facing output | say, toast, markdown, table, pager, format, spin, stage |
| Workflow recordings | cast, simulate via atmos-cast |
Shell is appropriate for short glue, terminal-native tools, or checked-in scripts. Large inline shell blocks with loops, sleeps, formatting, CI metadata, or hand-rolled parallelism should usually be replaced by native workflow steps.
when uses built-in predicates or CEL expressions:
steps:
- name: prod-only
type: shell
command: ./scripts/check-prod.sh
when: !cel 'stack == "prod" && ci'Built-in predicate keywords include ci, local, always, never, success, and failure.
Use !cel when a condition should be evaluated as CEL rather than treated as a predicate keyword.
when: manual is not an Atmos workflow predicate. For approvals, use a plan/apply split and CI
environment protection rules.
require and assert verify required tools, files, dirs, environment variables, commands, or HTTP
resources before continuing. They do not install anything.
steps:
- type: require
tools:
- terraform
files:
- atmos.yamlRoute tool installation to atmos-toolchain.
Use parallel for independent steps:
steps:
- type: parallel
max_concurrency: 4
fail:
mode: wait_all
steps:
- type: atmos
command: terraform plan vpc
- type: atmos
command: terraform plan dnsUse matrix when the workflow expands axes into repeated steps.
Declare workflow tool dependencies in the workflow or step context:
workflows:
scan:
dependencies:
tools:
checkov: "latest"
steps:
- type: shell
command: checkov --directory .Atmos toolchain installs and exposes declared tools for the workflow execution context.
Use identity on a workflow or step when a command needs Atmos Auth credentials:
steps:
- type: shell
identity: prod-readonly
command: aws sts get-caller-identityRoute provider, identity, OIDC, assume role/root, and profile details to atmos-auth and
atmos-profiles.
| Need | Skill |
|---|---|
| Complete workflow schema and examples | references/workflow-syntax.md |
Custom CLI commands under commands | atmos-custom-commands |
| Shared step fields and step types | atmos-steps |
| Smoke tests, integration tests, and test groups | atmos-tests |
| Cast/simulate workflow recordings | atmos-cast |
| Tool installation and PATH behavior | atmos-toolchain |
| Auth identities and providers | atmos-auth |
| Component dependencies and deployment order | atmos-components, atmos-terraform |
| CI approvals, matrices, outputs | atmos-ci |
atmos terraform deploy for deployment steps so dependencies can be honored.wait, health check, or require step can express it.© 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-workflows of cloudposse/atmos.
Open the folder on GitHubat commit bbe58a6
Atmos Workflows 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 Workflows this skillcloudposse/atmos | 1.4k | — | ~1.3k | Automated safety check: Pass | Apache-2.0 | |
| Workflow Automationruvnet/ruflo | 74k | 2 repos | ~440 | Automated safety check: Pass | MIT | |
| Schedule Recipemohitagw15856/pm-claude-skills | 1.4k | — | ~1.1k | Automated safety check: Pass | MIT | |
| Home Assistant Managerkomal-SkyNET/claude-skill-homeassistant | 965 | — | ~1.8k | Automated safety check: Warn | MIT | |
| Campaign Postmortemzapier/gtm-cheat-codes | 342 | — | ~438 | Automated safety check: Pass | MIT | |
| Cicd Automation Workflow Automateaiskillstore/marketplace | 430 | 6 repos | ~557 | Automated safety check: Pass | None |
ruvnet/ruflo
Workflow creation, execution, and template management. An agent skill from ruvnet/ruflo.
mohitagw15856/pm-claude-skills
Turn 'run this every Friday at 4pm' into a working, copy-paste schedule on the user's actual runner.
komal-SkyNET/claude-skill-homeassistant
Edits, validates, deploys and verifies Home Assistant YAML configuration over SSH, hass-cli or MCP, including automations and Lovelace dashboards.
zapier/gtm-cheat-codes
Build sourced campaign retrospectives from goals, launch context, performance data, team feedback, and follow-up actions.
aiskillstore/marketplace
You are a workflow automation expert specializing in creating efficient CI/CD pipelines, GitHub Actions workflows, and automated development processes.
UiPath/skills
UiPath StudioAdmin AOps (uip aops) — SourceControl discovery plus CICD pipelines.
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
Workflow automation: native step types, multi-step workflows, parallel/matrix/wait/container/emulator steps, when: conditions (CEL), require/assert preconditions, output steps, retries…. Atmos Workflows is an agent skill from cloudposse/atmos.
Atmos Workflows fits situations like: tasks that involve Workflow automation.
Run `npx skills add cloudposse/atmos --skill atmos-workflows -a claude-code`. Or copy the skill folder (agent-skills/skills/atmos-workflows in cloudposse/atmos) into .claude/skills/atmos-workflows in your project. Claude Code loads it when a task matches its description.
Run `npx skills add cloudposse/atmos --skill atmos-workflows -a codex`. Or copy the skill folder (agent-skills/skills/atmos-workflows in cloudposse/atmos) into .agents/skills/atmos-workflows 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-workflows -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-workflows, .gemini/skills/atmos-workflows, .github/skills/atmos-workflows and .opencode/skills/atmos-workflows in your project.
SKILL.md names no scripts, command-line tools or credentials: Atmos Workflows is instructions for the agent only.
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 Workflows 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 1.3k tokens (SKILL.md is roughly 5.3k 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.8k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Atmos Workflows: Workflow Automation (ruvnet/ruflo, 74k stars), Schedule Recipe (mohitagw15856/pm-claude-skills, 1.4k stars), Home Assistant Manager (komal-SkyNET/claude-skill-homeassistant, 965 stars) and Campaign Postmortem (zapier/gtm-cheat-codes, 342 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,395 GitHub stars. The repository holds 70 skills in this directory. The repository was last updated on October 7, 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.