title: 'YAML syntax for Spicepod manifests' sidebar_position: 1 sidebar_label: 'Spicepod specification' description: 'Detailed documentation on the Spicepod manifest syntax (spicepod.yaml)' tags:
Spicepod manifests use YAML syntax. They are stored in the root directory of the application and must be named spicepod.yaml or spicepod.yml.
:::info[Tip]
Readers who are new to YAML can find a primer in "Learn YAML in Y minutes."
:::
versionThe version of the Spicepod manifest. The current version is v1.
kindThe kind of Spicepod manifest. The kind is Spicepod.
nameThe name of the Spicepod.
secretsThe secrets section in the Spicepod manifest is optional and is used to configure how secrets are stored and accessed by the Spicepod. For more information, see Secret Stores.
secrets.fromThe from field is a string that represents the Uniform Resource Identifier (URI) for the secret store. This URI is composed of two parts: a prefix indicating the Secret Store to use, and an optional selector that specifies the secret to retrieve.
The syntax for the from field is as follows:
Where:
<secret_store>: The Secret Store to use
Currently supported secret stores:
If no secret stores are explicitly specified, it defaults to env.
<selector>: The secret within the secret store to load.
The type of secret store for reading secrets.
Example
secrets.nameThe name of the secret store. This is used to reference the store in the secret replacement syntax, ${<secret_store_name>:<key_name>}.
runtimeThe runtime section specifies configuration settings for the Spice runtime. For detailed documentation, see the Runtime YAML reference.
metadataAn optional map of metadata.
Example
datasetsA Spicepod can contain one or more datasets referenced by relative path.
Example
A datasets referenced by relative path.
A dataset defined inline.
snapshots {#snapshots}Optional. Configure managed acceleration snapshots that Spice can use to bootstrap file-based accelerations. When enabled, datasets that opt in with acceleration.snapshots will download database files from the snapshot location if the local file is missing, and will optionally write new snapshots after each refresh. Only DuckDB and SQLite accelerations running in mode: file are supported, and each dataset must write to its own file path.
snapshots.enabledEnable or disable snapshot management globally. Defaults to false.
snapshots.locationThe folder where snapshots are stored. Supports S3 bucket URIs (s3://bucket/prefix/) and absolute or relative filesystem paths. The path must resolve to a single folder; Spice creates per-dataset folders underneath using Hive-style partitions (month=YYYY-MM/day=YYYY-MM-DD/dataset=<name>).
snapshots.bootstrap_on_failure_behaviorControls what happens when Spice cannot load the most recent snapshot on startup. Valid values:
warn (default) – Log a warning and continue with an empty acceleration.retry – Retry the newest snapshot until it loads successfully.fallback – Attempt older snapshots in the same dataset folder until one works.snapshots.paramsOptional key-value map passed to the snapshot storage layer. When location points to S3, the configuration accepts any of the S3 dataset parameters. Snapshots default to s3_auth: iam_role, which differs from the S3 dataset default of public.
modelsA Spicepod can contain one or more models referenced by relative path.
Example
A model referenced by path.
A model defined inline.
embeddingsA Spicepod can contain one or more embeddings referenced by relative path.
Example
An embeddings model referenced by path.
An embedding defined inline.
evalsA Spicepod can contain one or more evaluations referenced by relative path.
Example
dependenciesA list of dependent Spicepods.
views {#views}A Spicepod can contain one or more views which are virtual tables defined by SQL queries.
Example
workersA Spicepod can contain one or more workers defining configurable units of compute.
Example
For a complete specification of worker configuration, see the Workers Reference.