- цель parsing-and-storage закрыта по своему критерию; незакрываемый остаток (новые формы от источника, ручные секции задним числом) переехал в тему parsing-completeness - цель mcp поглощена целью read-api, переименованной в «Чтение данных клиентами»: адаптер — последний шаг того же направления, а не своё - read-api-points разложена на конверт с точками, свёртку по сетке и тренировки с записями; спринт 2026-08-04 набран пятью задачами
2.2 KiB
[goal] Чтение данных клиентами
- Секция: порядок
- Зачем: Данные видны только через sqlite на хосте — ни один из трёх потребителей, включая агента-медика, ничего прочитать не может
- Теги: decomposed
Потребители читают данные: точки с выбором слоя и свёрткой по сетке, тренировки и записи, машиночитаемый контракт — и всё то же самое через MCP.
Выведена из шагов 5 и 7 плана. Идёт после каталога и рода агрегации намеренно: без измеренного рода свёртка в ответе неотличима от угадывания, а ошибиться здесь дорого — просуммировать нижний слой значит завысить втрое.
MCP входит в эту цель, а не идёт отдельной. Прежде их было две, и разделяла их очередь: адаптер собственной логики не несёт, он переводит вызовы в те же обработчики, и переводить было нечего. Очередь никуда не делась — она стала порядком задач внутри цели, — а вот отдельная цель под адаптер описывала не направление, а последний шаг этого же направления. Заказчик у обоих транспортов один: три потребителя, из которых первый — агент.
Завершение
Любой из трёх потребителей получает точки, тренировки и записи за период без доступа к файлу базы; предел размера ответа объявлен, а не подразумевается; агент-медик читает то же самое через MCP тем же токеном чтения, и собственной логики адаптер не несёт.