Atmos Automation Language
Atmos Automation Language is a Python-like scripting language built on embedded Starlark and run by the Atmos binary itself. There is no Python or Bash to install. A script can call Atmos directly, so it sees the same stacks, components, identities, and toolchain that the rest of Atmos uses.
Reach for it, instead of Bash or Python glue, when a task needs Atmos capabilities:
- Deploy components and run any Atmos command:
atmos.terraform("deploy", "vpc", "dev"), oratmos.container("build", "web", flags={"stack": "dev"})(then"push") to build and push container images. - Read resolved stack configuration:
components.get("vpc", "dev", "terraform").vars. - Pin tools without a manual install:
dependencies.tools("jqlang/jq", "1.7.1"). - Use identities and credentials configured under
authinatmos.yaml; the scripts inherit them like any other Atmos command. - Fan out work safely with
steps.parallel, retries, and per-task timeouts.
Keep simple one-command automation in YAML (atmos-workflows, atmos-custom-commands,
atmos-steps). Use a script when the logic needs loops, conditionals, data shaping,
or concurrency. Declarations of project commands and component bindings stay in YAML.
The script step configuration is type: script with interpreter: starlark.
Public documentation: Language reference, Custom CLI apps, function reference, and the script step.
Choose the entry point
| Entry point | Run with | Inputs the script reads |
|---|---|---|
| Standalone script | atmos ./deploy.star args..., atmos deploy.star, or ./deploy with an Atmos shebang | cli.command callback args and flags dicts; raw ctx.args. ctx.flags, ctx.arguments, and env are empty. |
| Custom command step | atmos <name> (command declared in atmos.yaml) | ctx.flags (string, bool, and int types preserved), ctx.arguments (an omitted optional argument is ""). ctx.args is empty; arguments after -- are not exposed to scripts. |
| Workflow step | atmos workflow <name> | ctx.flags (string map). env holds only the step's declared env. |
| Hook step | lifecycle event (kind: step, kind: steps, type: test) | ctx.component, ctx.hook, ctx.operation. |
Details for each entry point:
- Standalone scripts and
cli.command: references/standalone-scripts.md. - Script steps in YAML (templating, output, labels, timeouts, includes): references/script-steps.md.
- Every predeclared module and function: references/api-reference.md.
Minimal examples
Standalone tool with typed inputs:
#!/usr/bin/env atmosdef main(args, flags):dependencies.tools("jqlang/jq", "1.7.1")for stack in flags["stack"]:atmos.terraform("deploy", args["component"], stack)ui.success("deployed " + args["component"] + " to " + stack)cli.command(run = main,description = "Deploy a component to one or more stacks",args = [cli.arg("component", description="Component name")],flags = [cli.flag("stack", type="string_list", shorthand="s", required=True)],)
Run it with ./deploy.star vpc --stack=dev --stack=prod.
Workflow step reading its flags, with live subprocess output:
workflows:smoke:steps:- name: checktype: scriptinterpreter: starlarkscript: |comp = components.get("api", ctx.flags["stack"], "terraform")exec.run(["./smoke-test", comp.vars["url"]], working_directory=comp.path)
Language rules
- Dialect: top-level
if/for/while,set(), and recursion are allowed. A recursion depth limit (10,000 frames) stops runaway recursion with a clean "recursion depth exceeded" error and a collapsed traceback. - Globals are assigned once:
x = 1thenx = 2,n += 1at the top level, or assigningoutputin both branches of an if/else fails withcannot reassign global. Useoutput = a if cond else b, ordef main(): ... return vthenoutput = main(). Mutate a dict (state["n"] += 1) beforesteps.parallel, which freezes shared state. env: immutable explicit step inputs (the step's declaredenv). The ambient process environment is not copied into it. Child processes fromexec.runandatmos.*still inherit the effective process environment; passenv={...}to add per-call overrides.ctx.flagsandctx.arguments: immutable parsed command inputs, preserving host types in custom commands. Read these directly; do not map flags throughenvor template values into script source.- Atmos renders step script bodies as Go templates before Starlark runs, so
{{in source fails. Writescript: !literal |for any script that contains braces; it runs the body exactly as written. Split the delimiter ("{" + "{") only for included scripts, which are still rendered. - Output channels:
printwrites data to stdout.ui.info(▶),ui.success(✓), andui.warning(⚠) write human status to stderr.log.trace/debug/info/warn/error(message, **fields)writes diagnostics through the Atmos logger withstep(and, in parallel tasks,task) fields; it honorsATMOS_LOGS_LEVEL,--logs-level, andlogs.file, and masks secrets. - Top-level
output: a string is emitted raw, any other value is JSON-encoded, and a value that cannot be encoded (such as a function) fails the script. Withoutoutput, captured stdout is the step value. - Never invent
components.list,commands.run,steps.run, a file-write API, or direct secret, store, or Terraform state/output builtins. They do not exist. Resolved YAML inputs and component configuration can carry values from those services. - Starlark-specific failures include the traceback; unhandled script errors propagate to Atmos's configured error reporting.
Calling Atmos from a script
atmos.<command>(...)exists for every registered Atmos command, including custom commands and aliases. Runprint(dir(atmos))to list them. Positional arguments are literal CLI arguments; keyword-only options areflags,args,working_directory,env,output, andcheck. Example:atmos.describe("component", "api", flags={"stack": "dev"}).- Names that are not valid identifiers (hyphenated command names) are called through
atmos.run(["my-command", "arg"]). atmos.terraform(command, component, stack, flags=, args=, working_directory=, env=, output=, check=)andatmos.helm(...)take structured component arguments. Preferdeployoverapplyin non-interactive scripts.- Wrappers run the current Atmos binary as a subprocess and return a process result
(
.stdout,.stderr,.exit_code), not parsed data. Use--format=jsonflags plusjson.decode(result.stdout)to read structured output. - Default working directory is the directory Atmos was invoked from, not the script or component directory.
Hook context
Starlark script steps work in kind: step, kind: steps, and type: test hooks:
hooks:smoke-test:events: [after.terraform.apply]kind: steptype: scripton_failure: failwith:interpreter: starlarkscript: |if ctx.operation.status == "success":ctx.component.exec(ctx.component.settings.get("smoke_command", ["./smoke-test"]))ui.success("Smoke tests passed for " + ctx.component.name)
ctx.hook has name and canonical event. ctx.operation has command, status,
exit_code, error, stdout, and stderr. These describe the parent operation,
not a hook subprocess. Before hooks have None for unavailable results. After hooks
use the supplied lifecycle outcome; absent errors are None. Parent stdout/stderr
are not captured by ordinary lifecycle hooks and remain None. Outside hooks,
ctx.hook and ctx.operation are None. Aggregate/unbound hooks have no component.
Use ctx.component.settings.get("post_apply", {}) for inherited behavior controls.
The config snapshot is read-only, including nested lists/maps, and works in loaded
functions and parallel tasks. ctx.component.exec uses the hook's component workdir;
hook env overrides component env, followed by command, step, and per-call overrides.
Do not assume Terraform outputs/state are attached or refreshed automatically.
Atmos commands called from a hook run their normal lifecycle; scope events or use
supported hook-skipping flags to avoid re-entering the same hook.
Parallel functions
def describe(name):return {"service": name, "region": env["REGION"]}output = steps.parallel(tasks = [steps.task(name=n, function=describe, args=[n], timeout="30s")for n in ["api", "worker"]],max_concurrency = 2,)
Pass functions, not their evaluated results. Use either functions or tasks;
named tasks must be unique. max_concurrency defaults to 4. Shared globals, closures,
default arguments, task arguments, and returned branch results become immutable. Create
branch-local collections and return them; do not append to a shared results list. Nested
groups each have their own concurrency limit, so avoid unbounded nested fan-out.
Default behavior finishes all branches and aggregates failures. fail_fast=True
cancels outstanding work only after a branch's retry policy is exhausted. The
caller always joins running work. A task timeout spans all attempts and backoff.
Retry repeats the entire function. Make its side effects repeatable or place the
retry around a narrower function. Use existing retry keys such as max_attempts,
initial_delay, backoff_strategy, and max_delay; delay is not a valid key.
Provide max_attempts or a task timeout: an explicit policy without an attempt
limit retries until success, timeout, or cancellation. Output-regex conditions are
not supported. A task timeout failure reads task "<name>" timed out after <duration>.
Use steps.task(..., timeout="30s") for per-task limits. A timeout: on the YAML script step
is enforced: the interpreter and its subprocesses are canceled and the step fails with
step timed out.
Script output is live: lines appear as they are produced. Inside steps.parallel with
more than one task, each line is prefixed [<task name>] and lines never interleave
mid-line. Errors are single-line messages with the Starlark traceback shown below.
Toolchain dependencies
Declare tools the script needs with dependencies.tools(name, version):
#!/usr/bin/env atmosdependencies.tools("jqlang/jq", "1.7.1")exec.run(["jq", "--version"])
The existing dependency installer installs missing tools and scopes PATH to the
invocation. Declare dependencies in the main thread before parallel tasks; declarations
inside branches are rejected. Repeated identical pins are cached and conflicting
versions fail. atmos.toolchain("install", "jq@1.7.1") runs an explicit toolchain
command, returns the usual process result, and does not change the calling script's
PATH. Use dependencies.tools when later operations need the tool on PATH. There
is no atmos.toolchain.install nested API. See atmos-toolchain for registries.
Files, modules, and testing
Use script: !include scripts/deploy.star for external source. Path rules, templating
of included files, and hook provenance keys are in
references/script-steps.md.
Validate representative success and failure paths with type: test script steps (see the
atmos-tests skill for YAML test groups). Test retries below the function boundary so
they exercise real policy logic, and never run a deployment to test orchestration.
For Kubernetes absence checks, use a checked kubectl get --ignore-not-found -o json
and assert empty stdout. Do not treat every nonzero exit as absence. For expected
Helm failures, use check=False, require a nonzero code, and check the specific
lifecycle diagnostic.
Related skills
atmos-stepsfor the YAML step catalog and shared step fields.atmos-custom-commandsfor YAML command declarations,arguments, andflags.atmos-workflowsandatmos-hooksfor where script steps run.atmos-container,atmos-terraform,atmos-toolchain,atmos-authfor the capabilities scripts call into.