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

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

// главная идея

## Система здоровья начинается с единого контекста

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

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

карточка 1 — метка «данные тела» / значение «МЕТРИКИ» / капшен «сон, HRV, пульс, температура, готовность и вес»; карточка 2 — метка «история» / значение «КОНТЕКСТ» / капшен «анализы, назначения, симптомы и ограничения»; карточка 3 — метка «действия» / значение «ПЛАН» / капшен «питание, нагрузка, восстановление и контрольные точки». Ключевая — #3

врезка `// важно`: текст «Роль системы ограничена организацией данных и подготовкой вариантов. Диагнозы, лекарства и рекомендации по лечению остаются в зоне ответственности профильных специалистов.»

// механика

## Система здоровья держится на пяти контурах

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

«МЕТРИКИ» → «МЕДКОНТЕКСТ» → «ПИТАНИЕ» → «НАГРУЗКА» → «ПЕРЕСМОТР». Ключевая — #2

_пять частей одной персональной системы здоровья_

- [ ] Каждая запись содержит дату и источник.
- [ ] Факт отделён от предположения модели.
- [ ] Устаревшие данные не выдаются за текущие.
- [ ] При нехватке информации агент задаёт уточняющие вопросы.
- [ ] Любое действие с риском требует подтверждения человека.
- [ ] Медицинские решения остаются у врача и пользователя.

// два уровня

## Носимые устройства дают системе ежедневную основу

Oura, Apple Watch, Garmin, Whoop или другое носимое устройство могут передавать сон, пульс, HRV, температуру, активность и показатель готовности. Умные весы добавляют вес и динамику состава тела. Конкретный набор полей зависит от устройства, поэтому системе нужен паспорт каждого источника и время последнего обновления.

Первую версию можно вести вручную в проекте ChatGPT, Claude или другой модели с файлами. Продвинутый вариант хранится в приватной локальной папке или репозитории: с ним работает Codex CLI, Claude Code или OpenClaw, а утренняя сводка запускается по расписанию и при необходимости приходит в Telegram. Система не привязана к конкретной ОС.

- версус-карточки A/B: «Ручной Health-профиль» — подпись «проверить логику без интеграций», метрики «экспорт вручную» / сводка «по запросу» / проверка «каждый ответ»
- «Автоматическая HealthOS» — подпись «подключать после ручной проверки», метрики «API и экспорты» / сводка «по расписанию» / проверка «гейты безопасности». Наше — первое.

// структура

## Какие данные хранить в системе здоровья

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

строки «Раздел → Что в нём хранится»: HEALTH_PROFILE → цели, базовая линия, режим и предпочтения; MEDICAL_CONTEXT → анализы, назначения, процедуры и специалисты; ACTIVE_CONSTRAINTS → текущие ограничения с датой пересмотра; DAILY_METRICS → сон, HRV, пульс, температура, вес и активность; NUTRITION → еда, предпочтения, кухня и приблизительные расчёты; TRAINING → план, факт, инвентарь, нагрузка и восстановление; MEDICINE_CABINET → инвентарь аптечки без назначения лечения; KNOWLEDGE → проверенные источники с датами и ссылками. Сноска: «Чувствительные документы лучше хранить отдельно, а агенту передавать минимально необходимую выжимку.»

// приватность

## Личные данные нельзя превращать в открытый проект

- [ ] Репозиторий остаётся локальным и приватным.
- [ ] Токены, пароли и ключи лежат в переменных окружения, а не в файлах проекта.
- [ ] Медицинские документы не попадают в Git, публичные логи и отчёты.
- [ ] Для интеграций выдаются минимальные права, по возможности только чтение.
- [ ] Перед отправкой данных облачной модели пользователь отдельно подтверждает согласие.
- [ ] В журнале сохраняется не секрет, а факт операции и время обновления.
- [ ] Для демонстраций используются синтетические данные.

// главный промпт

## Собери локальную систему здоровья одним заданием

Этот промпт подходит для Codex CLI, Claude Code или другого агента, который умеет работать с локальными файлами. Результатом станет приватный HealthOS-репозиторий с единым профилем здоровья, импортом данных, утренней сводкой и проверяемыми сценариями.

```
Ты — системный инженер и архитектор приватных персональных систем здоровья. Создай на моём компьютере локальную 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-сводка создаётся; тесты проходят; ограничения безопасности соблюдаются; инструкция удаления проверена.

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

_Промпт для создания HealthOS_

// профиль

## Собери Health-профиль до подключения автоматизации

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

```
Помоги создать мой первичный 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. Для каждого факта укажи происхождение и дату актуальности. В конце перечисли пропуски, конфликты и записи без даты пересмотра. Перед сохранением покажи итог пользователю и запроси подтверждение.
```

_Промпт для первичного Health-профиля_

// медицинский контекст

## Храни медицинскую историю как журнал подтверждённых фактов

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

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

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

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

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

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

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

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

_Промпт для медицинского журнала и домашней аптечки_

// каждое утро

## Утренняя Health-сводка начинается с проверки свежести

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

```
Составь утреннюю 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. Не объединяй разные утверждения в один новый факт.
```

_Промпт для обработки разрешённых материалов_

// когда спорить

## Полезный агент умеет говорить «данных недостаточно»

- «~~Гаджет показал высокий балл готовности — можно повышать нагрузку~~» → Нет. Показатель устройства — только один сигнал; ограничения и самочувствие важнее.
- «~~Модель узнала блюдо — калорийность точная~~» → Нет. Без веса, состава и способа приготовления нужен диапазон и список неизвестных.
- «~~Совет звучит убедительно — можно выполнять автоматически~~» → Нет. Убедительный тон не заменяет источник, свежие данные и подтверждение человека.
- «~~Вся история хранится локально — рисков больше нет~~» → Нет. Риски остаются в резервных копиях, токенах, логах, правах приложений и облачной модели.

// маршрут

## Первая версия системы здоровья собирается за один день

- 01 «Безопасность» — метрика «30 минут» — зафиксировать медицинские запреты, правила приватности и точки ручного подтверждения
- 02 «Профиль» — метрика «60 минут» — собрать базовую линию, цели, устройства, питание, инвентарь и активные ограничения
- 03 «Источники» — метрика «60 минут» — импортировать один отчёт носимого устройства и проверить даты, единицы и пропуски
- 04 «Контекст» — метрика «90 минут» — заполнить медицинский журнал, питание, допустимую нагрузку и домашнюю аптечку
- 05 «Health-сводка» — метрика «30 минут» — создать утренний отчёт и проверить свежесть каждого использованного показателя
- 06 «Неделя» — метрика «7 дней» — вести отчёт вручную, отмечать ошибки и только потом выбирать автоматизацию

врезка `// правильный старт`: текст «Первый результат — одна утренняя сводка, которой можно доверять и которую легко проверить. Автоматизация появится после недели ручного использования.»

// источники

## Официальные точки входа

- OpenClaw: документация по установке, каналам, памяти и безопасности — https://docs.openclaw.ai/start/getting-started
- OpenClaw: официальный репозиторий — https://github.com/openclaw/openclaw
- Codex CLI: официальный репозиторий и установка — https://github.com/openai/codex
- USDA FoodData Central: официальная база и API для пищевых данных — https://fdc.nal.usda.gov/api-guide/
- free-exercise-db: открытый JSON-каталог из более чем 800 упражнений с описаниями и изображениями; подходит для справочника упражнений и ссылок на технику — https://github.com/yuhonas/free-exercise-db
- wger: self-hosted система для ведения тренировок, питания и динамики веса; может стать отдельным источником данных для HealthOS — https://github.com/wger-project/wger
- Перед подключением конкретного гаджета используй его официальную документацию по экспорту или API и проверяй доступные поля на дату настройки.

// итог

## Система здоровья помогает замечать изменения и готовить решения

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

Начни с одного ручного отчёта в день. Через неделю оставь функции, которые помогают видеть динамику и готовиться к решениям. Медицинские вопросы остаются у человека и профильного специалиста.

---

Источник: https://localhost:3000/m/sistema-zdorovya-s-ai-agentom