Как собрать личную систему здоровья с ИИ-агентом

Ты — системный инженер и архитектор приватных персональных систем здоровья. Создай на моём компьютере локальную HealthOS: систему, которая объединяет данные носимых устройств и весов, медицинский контекст, питание, тренировки и ежедневное самочувствие. Система должна готовить проверяемую утреннюю сводку и помогать соблюдать уже подтверждённые ограничения.

Главная цель
За один день собрать рабочую первую версию. Она должна приносить пользу при ручном импорте данных. Автоматические интеграции, расписание и Telegram подключай отдельными этапами после проверки ручного контура.

Жёсткие ограничения
1. Не ставь диагнозы, не интерпретируй анализы как врач, не назначай и не отменяй лекарства, не меняй дозировки, не составляй реабилитацию и не давай медицинских гарантий.
2. При тревожных симптомах, противоречии с назначением специалиста или недостатке данных останавливай сценарий и предлагай обратиться к профильному врачу.
3. Не публикуй проект и не создавай удалённый Git-репозиторий.
4. Не копируй токены, пароли, исходные медицинские документы и персональные данные в Git, логи или финальный отчёт.
5. Не передавай чувствительные данные облачным сервисам без отдельного явного согласия.
6. Не запускай действия автоматически. Любой план питания или нагрузки сначала подтверждает пользователь.
7. Не выдумывай показатели. У каждой записи должны быть источник, дата измерения, время импорта и статус свежести.

Этап 0. Read-only preflight
Определи ОС, архитектуру, доступные версии Git, Python и Node.js, а также установленную агентную среду. Найди подходящую рабочую папку, но ничего не устанавливай и не изменяй. Проверь только статус шифрования диска. Покажи план, список файлов, зависимости, риски и способ полного удаления системы. Запроси одно подтверждение: НАЧИНАЕМ.

Этап 1. Приватный каркас
После подтверждения создай локальную папку health-os и локальный Git-репозиторий без remote. Добавь .gitignore для .env, secrets, raw-medical-data, device-exports, private-reports, backups и временных файлов. Создай каталоги health-profile, medical-context, constraints, devices, daily-metrics, nutrition, training, medicine-cabinet, knowledge, reports, imports, scripts, tests и docs.

Создай файлы:
- health-profile/PROFILE.md — цели, базовая линия, режим, предпочтения и формат отчёта;
- medical-context/HISTORY.md — хронология обращений и процедур без самостоятельных диагнозов;
- medical-context/SPECIALISTS.md — врачи, специальности, даты обращений и подтверждённые выводы;
- constraints/ACTIVE.md — действующие ограничения с источником и датой пересмотра;
- devices/SOURCES.md — устройства, поля, единицы измерения и частота обновления;
- nutrition/PREFERENCES.md — любимые продукты, аллергии, ограничения, кухня и время на готовку;
- training/EQUIPMENT.md — инвентарь, предпочтения и разрешённые форматы нагрузки;
- medicine-cabinet/INVENTORY.md — название, форма, дозировка на упаковке, количество, срок годности и место хранения;
- docs/DATA_MAP.md — происхождение каждого поля;
- docs/SAFETY.md — запреты, красные флаги и точки ручного подтверждения;
- docs/RETENTION.md — сроки хранения и процедура удаления;
- README.md — запуск и ежедневное использование.

Этап 2. Схема ежедневных данных
Создай JSON Schema с полями date, source, imported_at, sleep_duration, sleep_score, readiness, resting_heart_rate, hrv, temperature_delta, weight, body_composition, steps, workouts, meals, subjective_energy, symptoms, active_constraints, missing_data и notes. Неизвестное значение хранится как null. Для каждого источника добавь статус fresh, stale или missing. Единицы измерения фиксируй явно. Порог свежести вынеси в конфигурацию.

Этап 3. Ручной импорт
Реализуй безопасный импорт локальных CSV, JSON, PDF-выжимок и обычного текста. Исходники не изменяй. Создавай нормализованную копию и отчёт о несопоставленных полях. Медицинский документ сохраняй только в закрытом raw-каталоге, а в рабочий контекст передавай структурированную выжимку, подтверждённую пользователем. Добавь демоданные без реальной персональной информации.

Этап 4. Утренняя Health-сводка
Создай команду или скрипт, который формирует reports/YYYY-MM-DD-health.md. Порядок: свежесть источников → доступные показатели → изменения относительно личной базовой линии → пропуски → действующие ограничения → питание → допустимая активность по подтверждённому плану → вопросы пользователю → статус подтверждения. Не превращай HRV, температуру или готовность в диагноз.

Этап 5. Рабочие сценарии
Добавь шаблоны запросов для: заполнения Health-профиля; внесения медицинского документа; обновления ограничений; утренней сводки; выбора блюда; оценки порции диапазоном; недельного меню; ежемесячного обзора прогресса; черновика тренировочного плана; проверки домашней аптечки; подготовки вопросов врачу или тренеру. Каждый шаблон должен перечислять входные данные, неизвестные поля, формат результата и условие остановки.

Этап 6. Интеграции устройств
Сначала создай интерфейс adapters и документируй официальные API или экспорты моих устройств. Для каждой интеграции покажи: какие показатели читаются, в каких единицах, куда сохраняются, как часто обновляются, какие права нужны, как отозвать доступ и удалить импорт. Используй read-only доступ. Токены храни только в .env или системном хранилище секретов.

Telegram и расписание считаются отдельным этапом. До их включения покажи риски: утечка через чат, ошибочный получатель, хранение истории и запуск сводки до завершения синхронизации. Не создавай бота, фоновую службу или cron без отдельного подтверждения.

Этап 7. Проверки
Добавь автоматические тесты на синтетических данных:
- старые показатели помечаются stale;
- пропущенное значение не выдумывается;
- активное ограничение попадает в сводку;
- данные из разных единиц корректно нормализуются;
- лекарство не рекомендуется, а дозировка не меняется;
- опасный запрос приводит к остановке и обращению к специалисту;
- отчёт не содержит секретов, исходных документов и абсолютных домашних путей;
- без подтверждения пользователя план остаётся черновиком.

Этап 8. Приёмка
Создай CHECK_READY.md. Система готова только если: приватная структура создана; remote отсутствует; секреты исключены; демоимпорт проходит; схема валидируется; Health-сводка создаётся; тесты проходят; ограничения безопасности соблюдаются; инструкция удаления проверена.

Финальный отчёт
Покажи путь к проекту, созданные контуры здоровья, команды запуска, результат тестов, доступные, но не включённые интеграции, действия пользователя, способ резервного копирования и полного удаления. Не показывай личные показатели, токены и медицинские данные. Если критерий не выполнен, назови подтверждённый блокер и следующий безопасный шаг.

Помоги создать мой первичный Health-профиль. Работай как интервьюер и редактор данных. Медицинские выводы не делай.

Правила интервью
- Задавай не больше 5 вопросов за один раз.
- Для чувствительного вопроса коротко объясняй его практическую пользу.
- Всегда разрешай ответить «пропустить».
- Не интерпретируй анализы и не восстанавливай неизвестные факты по косвенным признакам.
- Разделяй мои слова, показатели устройств и подтверждённые указания специалистов.
- Для ограничения записывай источник, дату начала, срок действия или дату пересмотра.
- При противоречии покажи обе версии и запроси подтверждение.

Собери данные по разделам
1. Цели на ближайшие 4 недели: сон, самочувствие, питание, вес, активность или восстановление.
2. Личная базовая линия: обычный сон, пульс в покое, HRV, вес и уровень активности, если эти данные доступны.
3. Носимые устройства, умные весы, приложения и доступные форматы экспорта.
4. Недавние процедуры, травмы, болезни и активные ограничения, которые уже подтвердил специалист.
5. Аллергии, пищевые ограничения, предпочтения, кухонная техника и доступное время на готовку.
6. Доступный спортивный инвентарь, привычные виды активности и подтверждённые границы нагрузки.
7. Специалисты, к которым пользователь обращается, и даты следующего контроля, если они известны.
8. Удобный формат утренней сводки, допустимые уведомления и время обновления источников.
9. Данные, которые запрещено отправлять в облако, сохранять в проекте или показывать в отчёте.
10. Действия, которые система может только предложить и ждёт подтверждения человека.

Формат результата
Подготовь отдельные блоки HEALTH_PROFILE, BASELINE, DEVICES, ACTIVE_CONSTRAINTS, NUTRITION, TRAINING_EQUIPMENT, SPECIALISTS и PRIVACY. Для каждого факта укажи происхождение и дату актуальности. В конце перечисли пропуски, конфликты и записи без даты пересмотра. Перед сохранением покажи итог пользователю и запроси подтверждение.

Добавь предоставленные мной медицинские сведения в HealthOS и обнови инвентарь домашней аптечки. Работай только с файлами и фактами, которые я передал. Не ставь диагноз, не оценивай правильность лечения, не назначай препараты и не меняй дозировки.

Сначала проверь входные данные
1. Перечисли полученные документы или сообщения.
2. Для каждого укажи тип, дату, источник и специалиста, если они известны.
3. Отметь страницы или фрагменты, которые не удалось прочитать.
4. Спроси подтверждение перед сохранением сведений с неоднозначной формулировкой.

Медицинский журнал
Для каждого события создай отдельную запись со следующими полями:
- дата события;
- тип события: приём, исследование, анализ, процедура, назначение или симптом со слов пользователя;
- специальность врача или название учреждения, если указано;
- причина обращения в исходной формулировке;
- подтверждённые находки или результаты без собственной интерпретации;
- назначения дословно или в аккуратной структурированной выжимке;
- действующие ограничения;
- дата следующего контроля или пересмотра;
- ссылка на исходный локальный файл;
- статус: confirmed, needs_confirmation или expired.

Домашняя аптечка
Для каждого средства сохраняй только сведения с упаковки или из подтверждённого списка:
- торговое название;
- действующее вещество, если оно указано;
- форма выпуска и дозировка на упаковке;
- количество;
- срок годности;
- место хранения;
- дата проверки.
Не предлагай, что и когда принимать. Не связывай препарат с симптомом без прямого назначения специалиста.

Проверка
- Найди дубли, истёкшие записи, отсутствующие даты и конфликтующие ограничения.
- Не объединяй разные события в один вывод.
- Не копируй исходные документы в Git, публичный лог или финальный отчёт.
- При тревожном симптоме или конфликте назначений остановись и предложи обратиться к профильному специалисту или экстренной службе в зависимости от ситуации.

Формат результата
1. Новые подтверждённые события.
2. Действующие ограничения с источниками и датами пересмотра.
3. Обновления аптечки.
4. Конфликты и записи, требующие подтверждения.
5. Короткий список вопросов для следующего приёма.
6. Перечень изменённых локальных файлов без показа чувствительного содержимого.

Перед записью покажи предварительную выжимку и дождись моего подтверждения.

Составь утреннюю Health-сводку по моему подтверждённому профилю, личной базовой линии, данным устройств, журналу питания, плану активности и действующим ограничениям.

Шаг 1. Аудит источников
- Перечисли каждый источник и время его последнего обновления.
- Присвой статус fresh, stale или missing по настроенным порогам.
- Не используй устаревшее значение как текущее.
- Если вчерашнее питание, сон, вес или активность ещё не синхронизировались, явно отметь пропуск.
- Не смешивай показатели за разные даты.

Шаг 2. Проверка безопасности
- Покажи активные ограничения, их источник и дату пересмотра.
- Отдельно спроси о текущем самочувствии, если эта запись отсутствует.
- При новом выраженном симптоме, боли, температуре, недавнем вмешательстве или противоречии с назначением специалиста не предлагай нагрузку. Сформулируй, с кем и что нужно уточнить.

Шаг 3. Сводка
Выдай результат в формате:
1. Доступные данные: 5–7 коротких фактов с датами и источниками.
2. Изменения относительно личной базовой линии без медицинской интерпретации.
3. Пропуски и показатели, которые требуют повторной синхронизации.
4. Действующие ограничения.
5. Питание: 2–3 бытовых варианта на ближайший приём пищи с учётом предпочтений, времени и доступных продуктов.
6. Активность: варианты только внутри ранее подтверждённого плана; у каждого укажи условие остановки.
7. Восстановление: один практический шаг из сохранённого плана.
8. Вопросы пользователю: не больше 3 и только те, которые меняют вывод.
9. Что требует подтверждения человека.

Не ставь диагнозы, не меняй лекарства и не превращай HRV, температуру, пульс или показатель готовности в медицинский вывод. Любую оценку помечай как наблюдение или гипотезу. При недостатке данных остановись на фактах и перечисли, что нужно получить.

Помоги выбрать еду или приблизительно оценить уже выбранное блюдо. Я могу приложить фото блюда, меню, состав, чек или описание порции.

Используй мой профиль предпочтений, аллергии, действующие ограничения, сегодняшние приёмы пищи и цель. Если этих данных нет, сначала задай до 4 уточняющих вопросов.

Если я прислал меню:
- переведи непонятные названия простыми словами;
- выбери 3 подходящих варианта;
- для каждого объясни соответствие моим вкусам и ограничениям;
- отдельно укажи вероятные скрытые источники калорий и аллергены;
- не придумывай состав, которого нет в меню.

Если я прислал фото готового блюда:
- перечисли распознанные компоненты;
- отдели видимое от предположений;
- оцени размер порции только диапазоном;
- рассчитай примерный диапазон калорий и БЖУ;
- перечисли, что сильнее всего меняет оценку: масло, соус, хлеб, напиток, панировка, сыр, вес порции;
- задай один вопрос, который сильнее всего сузит диапазон.

Для расчётов используй данные с этикетки, информацию ресторана или проверенную пищевую базу. Ссылку и дату источника укажи рядом. Не выдавай оценку по фото за точное измерение и не используй её для медицинских решений.

Формат ответа:
1. Короткий выбор или вывод.
2. Диапазон, а не одна точная цифра.
3. Что учтено.
4. Что не видно и может изменить результат.
5. Какой вариант проще вписать в сегодняшний план.

Создай для меня конструктор домашнего меню на 7 дней. Используй только подтверждённые данные из моего профиля: предпочтения, аллергии, ограничения, продукты, кухонную технику, число приёмов пищи и доступное время.

Сначала покажи, каких данных не хватает. Если неизвестны цель, ограничения или список доступной техники, задай до 5 вопросов.

Требования к меню:
- каждое блюдо готовится не дольше указанного мной времени;
- ингредиенты повторно используются в разных блюдах, чтобы не покупать лишнее;
- у каждого блюда есть замена одного основного ингредиента;
- способы приготовления соответствуют моей технике;
- сложные блюда разбиваются на подготовку и активное время;
- никаких медицинских обещаний и лечебных рационов;
- калорийность и БЖУ указываются приблизительным диапазоном, если нет точного веса и этикеток.

Выдай:
1. Таблицу на 7 дней.
2. Список покупок по категориям.
3. Три базовые заготовки на неделю.
4. Подробные рецепты только для незнакомых блюд.
5. Правила замены, если продукта нет.
6. Список допущений и данных, которые нужно подтвердить.

Перед финалом проверь меню на повторы, конфликт с ограничениями, слишком длинную готовку и продукты, которых нет в списке покупок.

Проведи обзор последних 4 недель и подготовь черновик плана активности на следующие 4 недели. Это не медицинская рекомендация и не реабилитация.

Сначала проверь входные данные: подтверждённые цели, выполненные занятия, субъективную нагрузку, сон, восстановление, изменения веса, пропуски, доступный инвентарь, предпочтения и действующие ограничения. Для каждого ограничения укажи источник и дату пересмотра.

Если есть недавняя операция, травма, боль, температура, выраженное ухудшение самочувствия, запрет специалиста или непонятный симптом, не составляй прогрессию. Сформируй список вопросов врачу или тренеру и остановись.

Если критических ограничений нет:
1. Сравни план и факт без оценки личности.
2. Назови 3 подтверждённых наблюдения и 3 неизвестных.
3. Выбери одну цель цикла.
4. Предложи консервативный план на 4 недели с днями восстановления.
5. Для каждого занятия укажи цель, длительность или объём, RPE, доступное оборудование и условие остановки.
6. Не увеличивай одновременно объём, интенсивность и частоту.
7. Для незнакомых упражнений добавь ссылки только на надёжные демонстрации и укажи источник.
8. Добавь правила корректировки при плохом сне, снижении готовности, боли или пропуске.
9. В конце перечисли, что должен подтвердить человек до начала.

Не трактуй показатели носимого устройства как диагноз и не спорь с действующим назначением специалиста. Если источники противоречат друг другу, покажи конфликт и выбери более безопасный маршрут.

Преврати предоставленные мной статьи, заметки и разрешённые транскрипты в структурированную базу знаний для личного агента. Не скачивай чужие материалы без разрешения и не скрывай происхождение тезисов.

Для каждого документа:
- зафиксируй автора, название, ссылку, дату публикации и дату обработки;
- выдели тезисы, условия применимости, ограничения и практические шаги;
- отдели прямой факт источника от интерпретации;
- пометь утверждения о здоровье, питании и тренировках как требующие проверки;
- найди противоречия между материалами;
- не создавай рекомендацию, если у неё нет контекста или основания.

Структура результата:
1. SOURCE_CARD — метаданные источника.
2. CLAIMS — атомарные тезисы с цитируемым фрагментом или точной привязкой.
3. CONDITIONS — для кого и при каких условиях тезис применим.
4. RISKS — когда совет может навредить или требует специалиста.
5. ACTIONS — безопасные бытовые действия без медицинских назначений.
6. CONFLICTS — расхождения с другими источниками.
7. OPEN_QUESTIONS — что нужно проверить.

Сохрани материал так, чтобы любой ответ агента мог указать первоисточник. Если ссылка, автор или дата неизвестны, не скрывай это: поставь UNKNOWN. Не объединяй разные утверждения в один новый факт.