schema value that tools use to distinguish it from primitive source records and other YAML in the tree. This page documents every field in every manifest type.
Root manifest (ready/manifest.yaml)
The root manifest is the single source of truth for stage discovery. Every tool that loads the product tree must read this file first. Do not infer stage order, default selection, or stage meaning from directory names — read them from this manifest.
Schema: readyroom/product-tree-root/v1
Root manifest fields
Always
readyroom/product-tree-root/v1.A stable identifier for this product. Used by tools to namespace ids and compiled outputs.
The root directory of the product tree relative to the repo root. Always
ready for standard trees.The id of the stage that tools should load when no stage is specified. If absent, tools apply the deterministic fallback order: highest
order normal default_candidate, then highest order normal stage, then non-normal stages.Path to the governance directory. Defaults to
ready/governance.References to the Ready standard package. Includes
repository, docs_source, skill_package_source, and templates_source URLs.The ordered list of stage descriptors. Each entry is a stage object documented below.
Stage object fields
The stable stage identifier — for example
m1, m2, alpha, or end-state. Must be unique within the stages list.Human-readable label for the stage, used in compiled views and navigation.
Repo-relative path to the stage directory — for example
ready/m1.Repo-relative path to the stage manifest file — for example
ready/m1/manifest.yaml.The stage kind. Valid values:
normal— a buildable product stagehorizon— a future product concept shelf, not claimable implementation workexperiment— an alternative branch or product planarchive— a historical stage, not eligible for default selectiontemplate— a reusable starter shape
The current stage status. Common values:
active, complete, horizon.Numeric sort order used for default-stage selection and display. Higher numbers come later. The
end-state horizon stage conventionally uses 9999.Set
true for stages that are eligible to be selected as the default when default_stage is absent. Horizon, archive, and template stages should be false.Set
true only for stages where seed and delta flags are actively gating coding claims. Leave false until the stage is ready for implementation work.Stage manifest (ready/m1/manifest.yaml)
Each stage directory contains its own manifest. The stage manifest records per-stage metadata, pointers to primitive directories, flag directories, artifact directories, and governance doc paths.
Schema: readyroom/product-tree/v1
Key stage manifest fields
Always
readyroom/product-tree/v1.The stage id. Matches the
id value in the root manifest’s stages list and the milestone field on every primitive in this stage.A copy of the stage descriptor from the root manifest. Allows the stage manifest to be loaded independently.
Always
file_per_record_ready_yaml for standard trees. Tells importers how to discover primitives.Repo-relative path to the stage directory.
Relative paths to each governance document. Tools use these to link primitives to the governing policy documents.
Relative paths to each primitive type directory within the stage. Tools scan these directories for
.ready.yml files.Relative paths to the seed, delta, and discovery flag directories.
Relative paths to the artifact index file and each artifact subdirectory.
Governance manifest (ready/governance/)
The governance manifest describes the project-specific governance documents stored under ready/governance/.
Schema: readyroom/governance-tree/v1
Always
readyroom/governance-tree/v1.Repo-relative path to the governance directory.
List of governance document entries. Each entry has an
id, a path, and a role that classifies the document’s function.Enforcement rules that validators and importers apply to governance content.
Artifact manifest (ready/m1/artifacts/manifest.yaml)
The artifact manifest describes the artifact families available within a stage and the rules that govern them.
Schema: readyroom/artifact-tree/v1
Always
readyroom/artifact-tree/v1.Repo-relative path to the stage’s artifact directory.
Repo-relative path to the human-readable artifact index Markdown file.
A map of artifact family keys to their configuration. Each family specifies:
id_prefix— the prefix used for artifact ids in this familydirectory— the subdirectory withinartifact_rootvalidation— the parse or format check applied by validatorsprivacy— the required privacy classification for artifacts in this family
Enforcement rules applied to artifact content.
Artifact ids must be unique within their artifact family. The validator checks
SA-* ids across all samples/ entries, RE-* ids across all resources/ entries, and so on. See Validator Rules for the full list of checks.