первая встреча непокрытой секции стала наблюдаемым событием

- свёртка спрашивает журнал, встречалось ли имя строго раньше по паре
  (received_at, id), и пишет WARN с атрибутом uncovered_new; повторные молчат.
  Признак выводится, а не хранится — реестр был бы второй копией факта
- добавлена подкоманда `healthlog uncovered`: перечень накопленного, чтение
  только на чтение, экранированные имена и названные границы носителя
- синк документации: ADR о выводе новизны из журнала, две записи в журнал
  дефектов, два правила промоутом в конвенции, терминал оператора назван
  адресатом недоверенного входа

docs/conventions/storage.md

@@ -71,3 +71,12 @@
 - Миграции — goose (`internal/store/migrations`), SQL для DDL. При изменении
   структуры обновляем схему в [database.md](../database.md) тем же изменением —
   это проверяет `task gate`.
+
+- **Значение, читаемое табличной функцией SQLite (`json_each` и родня), проходит
+  проверку ВНУТРИ её аргумента, а не условием в `WHERE`.** Функция получает
+  значение строки раньше, чем применится фильтр, и порядок этот SQLite не
+  обещает: неразбираемое значение роняет **весь** запрос, а не пропускает
+  строку. Условие в `WHERE` работает, пока планировщик проталкивает его вниз, и
+  перестаёт молча. Проверено на закреплённом драйвере: одна испорченная строка
+  `delivery.uncovered_sections` обесценивала и сверку новизны (вечное «сверка не
+  состоялась» на каждой доставке), и перечень целиком.