Acceptance Criteria
- Each rune with a reference page has one record with
title, description, package, composed, status, schemaType and source, and no install field (D8) title, description and status are read from the reference page's frontmatter, not repeated anywhere elsecomposed and source come from how the rune resolves on the main site: a composition's .md definition, or a native rune's schema file, as a repo-relative pathschemaType is the type the rune's resolved schema row publishes with its defaults, the row refrakt inspect <rune> --site main prints; it is the default when an attribute changes the type or can switch it off, and empty when the rune publishes nothing (D9)- The drift check fails when the committed data differs from a fresh run, as it does for the attribute data
- A test covers one core rune, one native plugin rune, one composed rune, and one rune that publishes no structured data
Approach
Extend generate-rune-attributes.mjs or add a sibling; SPEC-187 leaves the choice open. Reading resolution from the loaded plugins, not a list, means WORK-702 to WORK-704 flip composed with no edit here.
References
- SPEC-187: D4, D5, D8, D9.
- SPEC-128: the generated attribute data.
- SPEC-130: D5, visibility in place of validation.