ПОЧЕМУ стало ключевым словом, язык поднят до версии 2

- метка обоснования пишется заглавными и вошла в словарь набора: скелет
  правила теперь целиком из ключевых слов, а не смесь `**ДОЛЖЕН.**` и
  `**Почему.**`; в переводе на другой язык метка меняется как остальные слова
  (ПОЧЕМУ / WHY), 235 вхождений заменены
- метки правила выделены из шкалы в отдельный перечень: ПОЧЕМУ и
  МЕХАНИЗИРОВАНО обязательности не задают, а размечают части, и стандартом не
  даются ни в одном языке — раньше МЕХАНИЗИРОВАНО висело строкой в таблице
  модальности
- версия языка поднята до 2, потому что изменение формы меняет чтение уже
  написанного текста; строка о версии в двенадцати конвенциях перечисляет
  теперь и метки, а служебные слова сценария в неё по-прежнему не входят

conventions/arch/db-identifiers.md

@@ -6,9 +6,9 @@ prefix: KEYS
 
 Как выбираются и как выглядят первичные ключи сущностей.
 
-Ключевые слова ДОЛЖЕН, НЕ ДОЛЖЕН, СЛЕДУЕТ, НЕ СЛЕДУЕТ, ДОПУСКАЕТСЯ и отметка
-МЕХАНИЗИРОВАНО толкуются как описано в языке конвенций версии 1 — тогда и
-только тогда, когда написаны заглавными.
+Ключевые слова ДОЛЖЕН, НЕ ДОЛЖЕН, СЛЕДУЕТ, НЕ СЛЕДУЕТ, ДОПУСКАЕТСЯ и метки
+ПОЧЕМУ и МЕХАНИЗИРОВАНО толкуются как описано в языке конвенций версии 2 —
+тогда и только тогда, когда написаны заглавными.
 
 ## Область действия
 
@@ -27,7 +27,7 @@ prefix: KEYS
 который порождает приложение, — во **всех** таблицах, включая те, что
 снаружи не адресуются.
 
-**Почему.** Ветвления здесь нет намеренно, хотя напрашивается: «эту
+**ПОЧЕМУ.** Ветвления здесь нет намеренно, хотя напрашивается: «эту
 сущность снаружи не адресуют, ей хватит целого числа». Внутренние сущности
 имеют привычку становиться внешними — и тогда целочисленный идентификатор
 утекает в URL задним числом, а миграция ключа на живых данных стоит
@@ -47,7 +47,7 @@ prefix: KEYS
 
 **ДОЛЖЕН.** Значение ключа известно до вставки строки.
 
-**Почему.** Идентификатор нужен раньше, чем база ответит: его пишут в лог
+**ПОЧЕМУ.** Идентификатор нужен раньше, чем база ответит: его пишут в лог
 начатой операции, кладут в связанные записи одной транзакции и возвращают
 клиенту. Генерация на стороне базы вынуждает либо ждать `last_insert_rowid`
 и достраивать связи вторым проходом, либо иметь два источника истины о
@@ -58,7 +58,7 @@ prefix: KEYS
 **ДОЛЖЕН.** Один модуль порождает идентификаторы, он же их разбирает.
 Самодельных генераторов и парсеров в коде нет.
 
-**Почему.** Нормализация регистра (KEYS-4) и проверка формата обязаны
+**ПОЧЕМУ.** Нормализация регистра (KEYS-4) и проверка формата обязаны
 применяться ко всем идентификаторам без исключения. Любая вторая точка
 входа рано или поздно окажется той, где нормализацию забыли, — и дефект
 проявится не там, где создан.
@@ -67,7 +67,7 @@ prefix: KEYS
 
 **ДОЛЖЕН.** Идентификаторы порождаются и хранятся в нижнем регистре.
 
-**Почему.** Сравнение строк в базе обычно побайтовое, поэтому регистр — не
+**ПОЧЕМУ.** Сравнение строк в базе обычно побайтовое, поэтому регистр — не
 косметика, а корректность поиска. Спецификация ULID канонизирует **верхний**
 регистр, и библиотеки по умолчанию отдают именно его: без единой точки (KEYS-3)
 разный регистр появится в базе сам собой.
@@ -83,7 +83,7 @@ prefix: KEYS
 | KEYS-5.1 | путь или query URL | «не найдено» без обращения к хранилищу |
 | KEYS-5.2 | собственная форма, данные кнопки | «некорректный ввод» либо «элемент устарел» |
 
-**Почему.** Синтаксически невалидное значение не может соответствовать
+**ПОЧЕМУ.** Синтаксически невалидное значение не может соответствовать
 записи, поэтому поход в базу за ним — заведомо холостой; отсекая его на
 границе, мы дёшево снимаем целый класс мусорного трафика.
 
@@ -106,7 +106,7 @@ prefix: KEYS
 **ДОПУСКАЕТСЯ.** Когда ключ есть по природе данных, отдельный
 сгенерированный идентификатор не заводится.
 
-**Почему.** Суррогат поверх естественного ключа создаёт второй способ
+**ПОЧЕМУ.** Суррогат поверх естественного ключа создаёт второй способ
 адресовать ту же строку — а значит, возможность рассинхрона между ними и
 лишний вопрос «по какому из них искать» на каждом запросе. Дополнительной
 информации он не несёт.
@@ -117,7 +117,7 @@ prefix: KEYS
 задание, корреляционный ключ), порождаются тем же модулем (KEYS-3) и в том же
 формате.
 
-**Почему.** Единый формат делает работающим главный побочный эффект
+**ПОЧЕМУ.** Единый формат делает работающим главный побочный эффект
 строковых идентификаторов: `grep` по голому значению собирает все
 упоминания сущности в логах независимо от имени поля. Второй формат
 идентификаторов эту возможность отменяет ровно для тех записей, где она