retail-semantic-checklisted
Install: claude install-skill Kemetra/Seshat-BI
# retail-semantic-check
`seshat check` proves the model is mechanically clean (PascalCase measures, display
folders, DIVIDE, single-direction relationships, a marked date table, gold-only
partitions, parameterized connection, no real host). This skill answers the larger
question that clean text alone cannot: **is the semantic model GOVERNED** -- does
every measure trace to an APPROVED metric contract, with the gold star already
live-validated underneath it? It computes the Stage-5 verdict and STOPS -- the live
sibling of `retail-govern` / `retail-validate`, one layer up: it governs the SEMANTIC
MODEL, not the SQL. It implements the procedure that
`docs/readiness/semantic-model-ready.md` specifies; it redefines nothing.
## Scope boundary (read first)
Invoke-and-interpret only, and READ-ONLY.
- **CHECKS the model.** Reads the committed PBIP TMDL, reads the filled
metric-contract store, runs `seshat check`, evaluates the contract-binding
criterion, and emits one readiness verdict. All side-effect-free reads over
committed text -- the same category as `retail-govern` reading TMDL.
- **NEVER DEFINES contracts (F009).** The metric-contract store (name, grain, formula
intent, owner, approval) is defined and owned by feature F009 (the `metric-contract`
template + the `metric-contract-store` guide). This skill is the CONSUMER: it reads
contracts to test the binding; it never creates, edits, or approves one.
- **NEVER AUTHORS or EXECUTES the model (F016, deferred + gate