atmos-yaml-functions
YAML functions: !terraform.state, !terraform.output, !store, !store.get, !secret, !emulator, !env, !exec, !include, !template, !append, !unset, !literal, !random, !aws.*, !git.*, !cwd, !repo-root
Works with
---
name: atmos-yaml-functions
description: YAML functions: !terraform.state, !terraform.output, !store, !store.get, !secret, !emulator, !env, !exec, !include, !template, !append, !unset, !literal, !random, !aws.*, !git.*, !cwd, !repo-root
license: Apache-2.0
---
# Atmos YAML Functions
## Overview
YAML functions are the recommended way to add dynamic behavior to Atmos stack configurations.
They use YAML explicit tags (the `!` prefix) and operate on structured data after YAML parsing.
They cannot break YAML syntax, are type-safe, and produce clear error messages.
All YAML functions support Go template expressions in their arguments. Atmos processes
templates first, then executes the YAML functions.
## Available YAML Functions
| Function | Purpose |
|----------|---------|
| `!terraform.state` | Read Terraform outputs directly from state backend (fastest, recommended) |
| `!terraform.output` | Read Terraform outputs via `terraform output` (requires init, slower) |
| `!store` | Read values from stores using component/stack/key pattern |
| `!store.get` | Read arbitrary keys from stores (no naming convention required) |
| `!secret` | Resolve declared secrets from configured secret backends |
| `!emulator` | Resolve local emulator connection details |
| `!env` | Read environment variables (from stack `env:` sections or OS) |
| `!exec` | Execute shell scripts and use the output |
| `!include` | Include local or remote files (YAML, JSON, HCL, text) |
| `!include.raw` | Include files as raw text regardless of extension |
| `!template` | Evaluate Go template expressions and convert JSON to YAML types |
| `!append` | Append values to inherited lists without replacing the whole list |
| `!unset` | Remove inherited keys or values from merged config |
| `!literal` | Preserve values verbatim, bypassing all template processing |
| `!random` | Generate cryptographically secure random integers |
| `!cwd` | Get the current working directory |
| `!repo-root` | Get the repository root directory |
| `!aws.account_id` | Get the current AWS account ID via STS |
| `!aws.caller_identity_arn` | Get the current AWS caller identity ARN |
| `!aws.caller_identity_user_id` | Get the AWS caller identity user ID |
| `!aws.organization_id` | Get the current AWS Organization ID |
| `!aws.region` | Get the current AWS region from SDK config |
| `!git.host` | Get the current repository host |
| `!git.name` | Get the current repository name |
| `!git.owner` | Get the current repository owner |
| `!git.repository` | Get the owner/repository slug |
| `!git.url` | Get the repository URL |
## Supported Sections
YAML functions work in all Atmos stack manifest sections:
- `vars`, `settings`, `env`, `metadata`, `command`, `component`
- `providers`, `overrides`, `backend`, `backend_type`
- `remote_state_backend`, `remote_state_backend_type`
## `!terraform.state` -- Fast State Backend Access (Recommended)
Reads outputs directly from the Terraform state backend without initialization. Supports S3,
local, GCS, and azurerm backends. **10-100x faster** than `!terraform.output`.
```yaml
vars:
# Two-parameter form: component + output (current stack)
vpc_id: !terraform.state vpc vpc_id
# Three-parameter form: component + stack + output
vpc_id: !terraform.state vpc plat-ue2-prod vpc_id
# Using Go templates for dynamic stack references
vpc_id: !terraform.state vpc {{ .stack }} vpc_id
# YQ expressions for complex outputs
first_subnet: !terraform.state vpc .private_subnet_ids[0]
db_host: !terraform.state config .config_map.username
# Default values for unprovisioned components
vpc_id: !terraform.state vpc .vpc_id // "default-vpc"
# YQ string concatenation
url: !terraform.state 'aurora-postgres .master_hostname | "jdbc:postgresql://" + . + ":5432"'
# Bracket notation for keys with special characters
key: !terraform.state security '.users["github-dependabot"].access_key_id'
```
### Cold State and `terraform plan --all`
`!terraform.state` resolves configuration before Terraform plans a component. On a first aggregate
plan, an upstream component may therefore have no state yet. Use a YQ `//` default for values that
must exist at plan time, with a deterministic, provider-valid mock value:
```yaml
vars:
kms_key_arn: !terraform.state kms-key '.key_arn // "arn:aws:kms:us-east-2:000000000000:key/00000000-0000-0000-0000-000000000000"'
```
The deployed upstream output supersedes the fallback automatically. Dependency metadata controls
deployment order; it does not create state before an aggregate plan.
## `!terraform.output` -- Remote State Access
Reads Terraform outputs by running `terraform output`. Requires Terraform initialization
(downloading providers), which is **significantly slower** than `!terraform.state`. Use
`!terraform.state` instead when your backend is supported.
```yaml
vars:
vpc_id: !terraform.output vpc vpc_id
vpc_id: !terraform.output vpc plat-ue2-prod vpc_id
vpc_id: !terraform.output vpc {{ .stack }} vpc_id
first_subnet: !terraform.output vpc .private_subnet_ids[0]
```
## `!store` -- Component-Aware Store Access
Reads values from configured stores (SSM Parameter Store, Redis, Artifactory, etc.) following
the Atmos stack/component/key naming convention:
```yaml
vars:
vpc_id: !store prod/ssm vpc vpc_id
vpc_id: !store prod/ssm plat-ue2-prod vpc vpc_id
vpc_id: !store prod/ssm {{ .stack }} vpc vpc_id
api_key: !store prod/ssm config api_key | default "not-set"
db_host: !store prod/ssm config connection | query .host
```
## `!store.get` -- Arbitrary Key Store Access
Reads arbitrary keys from stores without following the component/stack naming convention:
```yaml
vars:
db_password: !store.get ssm /myapp/prod/db/password
feature_flag: !store.get ssm /features/new-feature | default "disabled"
api_key: !store.get redis app-config | query .api.key
config: !store.get redis "config-{{ .vars.region }}"
```
## `!secret` -- Declared Secret Access
Use `!secret` for sensitive values declared under `secrets.vars`. Do not use raw `!store` calls for
values that should be masked and lifecycle-managed as secrets.
```yaml
components:
terraform:
app:
secrets:
vars:
DATADOG_API_KEY:
store: prod/ssm
required: true
vars:
datadog_api_key: !secret DATADOG_API_KEY
```
## `!append` and `!unset` -- Merge Control
Use `!append` when a child stack should add to an inherited list instead of replacing it. Use
`!unset` when a child stack should remove inherited config.
```yaml
vars:
security_groups: !append
- sg-extra
deprecated_setting: !unset
```
## `!env` -- Environment Variables
Reads from stack manifest `env:` sections (merged via inheritance) or OS environment variables:
```yaml
vars:
api_key: !env API_KEY
app_name: !env APP_NAME my-app
description: !env 'APP_DESC "my application"'
```
Resolution order: stack manifest `env:` sections -> OS environment variables -> default value.
## `!exec` -- Shell Script Execution
Executes shell scripts and assigns the output:
```yaml
vars:
timestamp: !exec date +%s
# Multi-line script
result: |
!exec
foo=0
for i in 1 2 3; do
foo+=$i
done
echo $foo
# Complex types must be returned as JSON
config: !exec get-config.sh --format json
```
## `!include` -- File Inclusion
Includes local or remote files, parsing them based on extension:
```yaml
vars:
config: !include ./config.yaml
vpc_defaults: !include stacks/catalog/vpc/defaults.yaml
region_config: !include https://raw.githubusercontent.com/org/repo/main/config.yaml
cidr: !include ./vpc_config.yaml .vars.ipv4_primary_cidr_block
vars: !include config/prod.tfvars
description: !include ./description.md
```
Supported protocols: local files, HTTP/HTTPS, GitHub (`github://`), S3 (`s3::`), GCS (`gcs::`),
SCP/SFTP, OCI.
## `!template` -- Go Template Evaluation
Evaluates Go template expressions and converts JSON output to proper YAML types. Essential for
handling complex outputs (maps, lists) from `atmos.Component`:
```yaml
vars:
subnet_ids: !template '{{ toJson (atmos.Component "vpc" .stack).outputs.private_subnet_ids }}'
config: !template '{{ toJson (atmos.Component "config" .stack).outputs.config_map }}'
cidrs: !template '{{ toJson .settings.allowed_ingress_cidrs }}'
```
## `!literal` -- Bypass Template Processing
Preserves values exactly as written, preventing Atmos from evaluating template-like syntax:
```yaml
vars:
annotation: !literal "{{ .Values.ingress.class }}"
user_data: !literal "#!/bin/bash\necho ${hostname}"
config_url: !literal "{{external.config_url}}"
```
## `!random` -- Random Number Generation
Generates cryptographically secure random integers:
```yaml
vars:
port: !random 1024 65535
id: !random 1000 9999
default_random: !random
```
## AWS Identity Functions
```yaml
vars:
account_id: !aws.account_id
org_id: !aws.organization_id
caller_arn: !aws.caller_identity_arn
caller_user_id: !aws.caller_identity_user_id
region: !aws.region
```
## Utility Functions
```yaml
vars:
working_dir: !cwd
repo_root: !repo-root
repo: !git.repository
```
## When to Use YAML Functions vs. Go Templates
| Scenario | Use |
|----------|-----|
| Reading Terraform outputs | `!terraform.state` or `!terraform.output` |
| Reading store values | `!store` or `!store.get` |
| Reading declared secrets | `!secret` |
| Referencing emulator endpoints | `!emulator` |
| Environment variables | `!env` |
| Including files | `!include` |
| Complex outputs (lists/maps) | `!template` with `toJson` |
| Passing syntax to external tools | `!literal` |
| Conditional logic (`if/else`) | Go templates (see `atmos-templates` skill) |
| Loops and iteration | Go templates (see `atmos-templates` skill) |
| Dynamic key generation | Go templates (see `atmos-templates` skill) |
| Advanced string manipulation | Go templates (see `atmos-templates` skill) |
## Performance Best Practices
1. **Prefer `!terraform.state` over `!terraform.output`** -- 10-100x faster (no Terraform init)
2. **Prefer `!store` over `atmos.Component` for outputs** -- Avoids Terraform initialization
3. **All YAML functions cache results** per execution for repeated calls
4. **Cold-start errors** -- `!terraform.output` and `!store` fail if the referenced component
is not yet provisioned. Use YQ defaults (`//`) or `| default` to handle this.
## Additional Resources
- For the full YAML functions reference with detailed syntax and examples, see [references/yaml-functions.md](references/yaml-functions.md)More DevOps & Infrastructure skills
azure-ai
microsoft/azure-skills
Use for Azure AI: Search, Speech, OpenAI, Document Intelligence. Helps with search, vector/hybrid search, speech-to-text, text-to-speech, transcription, OCR. WHEN: AI Search, query search, vector search, hybrid search, semantic search, speech-to-text, text-to-speech, transcribe, OCR, convert text to speech.
appinsights-instrumentation
microsoft/azure-skills
Guidance for instrumenting webapps with Azure Application Insights. Provides telemetry patterns, SDK setup, and configuration references. WHEN: how to instrument app, App Insights SDK, telemetry patterns, what is App Insights, Application Insights guidance, instrumentation examples, APM best practices.
azure-storage
microsoft/azure-skills
Azure Storage Services including Blob Storage, File Shares, Queue Storage, Table Storage, and Data Lake. Answers questions about storage access tiers (hot, cool, cold, archive), when to use each tier, and tier comparison. Provides object storage, SMB file shares, async messaging, NoSQL key-value, and big data analytics. Includes lifecycle management. USE FOR: blob storage, file shares, queue storage, table storage, data lake, upload files, download blobs, storage accounts, access tiers, storage tiers, hot cool cold archive, storage tier comparison, when to use storage tiers, lifecycle management, Azure Storage concepts. DO NOT USE FOR: SQL databases, Cosmos DB (use azure-prepare), messaging with Event Hubs or Service Bus (use azure-messaging).

