tasks: закрыт разбор и хранилище, начат спринт по чтению данных клиентами

- цель parsing-and-storage закрыта по своему критерию; незакрываемый остаток
  (новые формы от источника, ручные секции задним числом) переехал в тему
  parsing-completeness
- цель mcp поглощена целью read-api, переименованной в «Чтение данных
  клиентами»: адаптер — последний шаг того же направления, а не своё
- read-api-points разложена на конверт с точками, свёртку по сетке и
  тренировки с записями; спринт 2026-08-04 набран пятью задачами

docs/tasks/items/entity-without-parsed-label.md

@@ -2,7 +2,7 @@
 
 - **Секция:** ядро
 - **Зачем:** Тренировка с меткой в неизвестном формате пропадает целиком, а после включения ретеншена окно становится необратимым
-- **Теги:** goal:parsing-and-storage
+- **Теги:** goal:parsing-completeness
 
 **Решение принято владельцем 2026-08-03: вариант (1) — хранить с NULL-меткой.**
 `start_utc`/`ts_utc` становятся NULLABLE, содержимое (включая маршрут) хранится,
@@ -10,7 +10,7 @@
 отвергнут при постановке: подстановка метки доставки — выдуманное измерение в
 колонке, по которой идёт выборка.
 
-**Берётся после [Read API по точкам и сущностям](read-api-points.md).** Правило
+**Берётся после [тренировок и записей наружу](read-api-workouts-and-records.md).** Правило
 чтения — что выборка «за период» делает со строками без метки — обязано
 проектироваться вместе с читателем, иначе такие строки молча исчезнут из любого
 ответа. Порядок тот же, что у [journal-order-on-ingest](journal-order-on-ingest.md)