docs: документация переведена на канон av-dev-pm

- беклог и план переехали в docs/tasks (38 задач, 11 целей), слаги переименованы с транслита на английские, 85 ссылок поправлены - conventions.md разобран в docs/conventions/, local-research.md — в docs/research/, review-journal.md — в docs/review.md с разделом настройки конвейера; заведены security.md, adr/ и .pm.json - шаг docs.py check добавлен в task gate; поведение в architecture.md помечено девятью маркерами долга, database.md получил настройки с числовым значением
2026-08-03 17:14:53 +03:00
parent de7b15d48c
commit d79189be18
94 changed files with 1234 additions and 566 deletions
@@ -0,0 +1,45 @@
+# Проверка секций, которых поток ещё не приносил
+
+**Секция:** ядро · **Хук:** Симптомы, ЭКГ, лекарства, цикл и вес не виденны живьём — разбор писался вслепую · **Теги:** goal:parsing-and-storage
+
+Разбор пишется по тем данным, что видел поток, а он приносил только `metrics`,
+`workouts` и `stateOfMind`. Не виденны живьём: `symptoms`, `ecg`,
+`heartRateNotifications`, `cycleTracking`, `medications`, а также вес — а вес
+агенту-медику нужен наверняка.
+
+Пользователь настраивает оставшиеся метрики на телефоне, так что данные
+появятся сами. Задача — не пропустить момент: убедиться, что новые секции
+разбираются, а не молча падают в `parse_status`.
+
+Часть вопроса закрыта разбором экспортов (находка 42): в Health эти данные
+**есть** и в экспорте они присутствуют — `BodyMass` (1127 записей),
+`BloodPressureSystolic`/`Diastolic` (по 18), `BodyTemperature` (11), `Headache`
+(36), `SexualActivity` (46), `Dietary*` (по 88). Значит вопрос не «есть ли
+данные», а «доедут ли они через HAE и в какой форме».
+
+Остаётся непроверенным `stateOfMind`: в экспорте его нет ни одним типом. Если
+подтвердится, что Apple его не выгружает, то экспорт ему не источник истины —
+устаревание нижнего слоя к нему неприменимо, держим всегда.
+
+Давление приезжает обёрткой `Correlation` из двух записей (находка 44) — в
+экспорте точно, а вот как его отдаёт HAE, неизвестно. Это первое, на что
+смотреть, когда данные появятся.
+
+Готово, когда каждая новая секция либо разобрана, либо явно описана в
+`docs/research/apple-health.md` как не пришедшая, и ни одна не числится в ошибках
+разбора.
+
+## Что уже сделано
+
+Разбор перечисляет непокрытые секции и пишет их в `delivery.uncovered_sections`
+(change `2026-08-01-nerazobrannye-sekcii-dostavki`). Момент, когда поток принесёт
+секцию, которой раньше не было, теперь **фиксируется** — остаётся научиться
+замечать его активно: один `SELECT DISTINCT` по колонке даёт список всего, что
+поток приносил, и сравнение с известным набором закрывает задачу.
+
+Модель под секции с собственным `id` заложена (change
+`2026-08-02-trenirovki-i-zapisi`): таблица `record` ключуется парой
+`род + id`, и новая секция добавляется **одной строкой** в множество покрытых
+имён разбора, а не миграцией. Покрыты `workouts` и `stateOfMind`; остались
+`ecg`, `symptoms`, `cycleTracking`, `medications`, `heartRateNotifications` —
+их формы никто не видел, и разбор вслепую сознательно не писался.