The metamodel shows the connections between data contracts, SMF documents, implementations and decisions. A gap is a connection that should exist and does not: a contract with no owner, a build with no contract behind it, a claim resting on a build nobody has tested.
Gaps are the work list. They are also the honest measure of how far Semantic Management has been adopted, because each one belongs to a practice, and a practice is in place when its gaps are closed for the terms that matter.
This catalogue names the gaps so tools can find them and people can talk about them. It does not say every gap must be closed. Govern in proportion: close the gaps on the terms where confusion, reuse, AI use, regulatory exposure or executive visibility make it matter, and leave the rest open on purpose.
How much it matters when the term matters: critical (a wrong number or a guess is likely), high (a dispute or a silent change is likely), medium (inconvenient, not dangerous)
A concept has two or more legitimate meanings and nothing says which applies where. Every consumer picks one silently
Resolution
critical
Answer rule with no "ask"
The rule names a perspective for some contexts and falls back to a default for everything else, so an unlisted situation gets a guess instead of a question
Resolution
critical
Context nobody defined
Answer rules refer to a situation ("board", "leadership meeting") that is not written down anywhere, so tools cannot recognize it
Resolution
medium
Enterprise default used as a fallback
The default meant for board and external reporting is being served to every unmatched question
The agreement exists; nobody has recorded where it is actually calculated
Implementation
high
Build with no contract (shadow metric)
A measure in a BI model, a semantic layer or an interchange model that no contract governs
Discovery, Implementation
high
Build never tested
A build record exists but its conformance has never been assessed
Implementation, Assurance
high
Build with no snapshot
The build was assessed, but the calculation as it was at that moment was not kept, so drift can only be noticed by chance
Implementation
medium
Build has drifted
The calculation in the tool no longer matches the snapshot on its build record
Implementation, Assurance
critical
Generated build with no source
A semantic-layer or BI measure was produced from an interchange model, but the build record does not say so, so it gets tested as if it were hand-built
Implementation
medium
Interchange model with no pointer back
An Ossie metric, a semantic layer metric, a data product or a data contract field is governed by a contract but does not say so in its own file, so a tool reading only that file cannot find the agreement
As a work list. Run it over the terms that matter and sort by weight. The critical gaps on executive metrics are the first quarter's work.
As a maturity reading. A practice is in place for a term when its gaps are closed for that term. Counting closed gaps per practice, over the governed terms, gives a maturity picture that is observed rather than self-assessed. This is the basis for the maturity model on the roadmap.
As tool behavior. A tool that renders the metamodel can show each gap as a missing connection on the card it belongs to. Most gaps are mechanical to find from the documents alone; a few (drift, checks never run) need the tool to read the implementation or the results.
As AI governance evidence. The assurance gaps map directly onto the Measure and Manage functions in ai-governance-evidence.md.
Names and weights here are a first cut from practice. Challenge them, add missing gaps, and bring cases where a gap was harmless or a closed gap still produced a wrong number. See CONTRIBUTING.md.