Rendered from docs/obligations/0190-a-voice-regime-carries-a-forbid-list-so-a-normative-keyword-rule-has-no-form.md in the Headwater
corpus. Every document on this half of the site is typed by the taxonomy
the descriptor names: corpus.json.
A voice regime carries a forbid list, so a normative keyword rule has no form
Context
Spec 2's worked example promises "normative keywords on standards" for the product-suite column, and "mandatory normative keyword usage" for the regulated one. A voice regime carries a forbid list and nothing else.
A rule that every normative sentence uses one of a fixed keyword set is the opposite shape. It is a requirement to use a word rather than a refusal to use one. The standards-spec entry binds declarative on all three of its kinds and states the gap. Its fourth finding at line 158 holds the argument. A standard whose requirements avoid every normative keyword passes every rule that this language can write.
Obligation
The owner owes a form for a positive lexical requirement, or a correction to the worked example that promises one. An adopter who takes a standards taxonomy to hold a corpus to RFC 2119 keywords takes a regime that cannot express the rule. The promise in the worked example is what such an adopter reads first.
Discharge
This record discharges when a voice regime carries a require list beside its forbid list, with a check behind it. It discharges the other way when spec 2 states that a positive keyword rule is out of scope. The worked example then drops the promise.