--- layout: docs page_title: meta Block - Job Specification description: The "meta" block allows for user-defined arbitrary key-value pairs. --- # `meta` Block The `meta` block allows for user-defined arbitrary key-value pairs. It is possible to use the `meta` block at the [job][], [group][], or [task][] level. ```hcl job "docs" { meta { my-key = "my-value" } group "example" { meta { my-key = "my-value" } task "server" { meta { my-key = "my-value" } } } } ``` Metadata is merged up the job specification, so metadata defined at the job level applies to all groups and tasks within that job. Metadata defined at the group layer applies to all tasks within that group. Meta values are made available inside tasks as [runtime environment variables][env_meta]. ## `meta` Parameters The "parameters" for the `meta` block can be any key-value. The keys and values are both of type `string`, but they can be specified as other types. They will automatically be converted to strings. Any `-` character existing in the key will also be converted to `_`. ## `meta` Examples The following examples only show the `meta` blocks. Remember that the `meta` block is only valid in the placements listed above. ### Coercion This example shows the different ways to specify key-value pairs. Internally, these values will be stored as their string representation. No type information is preserved. ```hcl meta { key = "true" key = true key = 1.4 key = "1.4" } ``` ### Interpolation This example shows using [Nomad interpolation][interpolation] to populate environment variables. ```hcl meta { class = "${node.class}" } ``` ### Meta keys with dots Meta keys that aren't valid HCLv2 identifiers, like ones containing `.`, require an alternative map assignment syntax. ```hcl meta = { "project.team" = "sre" } ``` ## `meta` Usage Examples ### Templates To make use of a `meta` value in a template, refer to its environment variable form. ```hcl template { destination = "local/out.txt" data = <