tasks: разобраны вопросы и набран спринт 2026-08-03

- открытых вопросов не осталось: три решения владельца доведены до берущегося
  вида, по entity-without-parsed-label принято хранить с NULL-меткой после Read API
- unseen-sections-check сжата до остатка — активная проверка появления секции;
  разбор невиденных секций из неё вынут, вслепую он не пишется
- спринт под целью parsing-and-storage: categorical-value-dictionary и
  unseen-sections-check, обеим написаны критерии приёмки с оракулами

docs/tasks/items/release-rollback-after-migration.md

@@ -1,8 +1,8 @@
 # Чем откатывать релиз после наката миграции
 
 - **Секция:** инфра
-- **Зачем:** Решено: копия файла базы перед накатом. Страж версии схемы делает возврат бинаря отказом, а понизить схему нечем
-- **Теги:** goal:deploy, question
+- **Зачем:** Страж версии схемы делает возврат старого бинаря отказом, а понизить схему нечем — аварийный путь пришлось бы изобретать в аварии
+- **Теги:** goal:deploy
 
 **Решение принято владельцем 2026-08-02: вариант (2) — копия файла базы перед
 накатом.** Entrypoint контейнера копирует файл базы рядом до старта бинаря,
@@ -37,7 +37,8 @@
 синхронизации; для `stateOfMind` не закрывается ничем — у него доставки HAE
 единственный источник.
 
-## Вопросы
+## Варианты и цена
+
 1. **Подкоманда `healthlog migrate --down-to N`.** Цена: новая поверхность CLI
    плюс тест на `Down` каждой миграции (сейчас их нет, и `DROP COLUMN` в SQLite
    ведёт себя не так, как в постгресе). Зато откат становится операцией, а не