Все статьи

здоровье · нейросети

Apple Health в Obsidian: как я оцифровал здоровье и подключил AI-агента

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

Бумажная сцена: оператор связывает потоки наблюдений в один личный журнал
Забрать в агент

Система здоровья в вашем Obsidian · нужен агент с доступом к файлам

Показать промпт · 746 слов

Промпт сначала ищет существующий vault и показывает план изменений, а уже потом создаёт папки, шаблоны и правила полей. Сырой экспорт Apple Health он разбирает вне vault. Что он сделает по шагам

# Промпт для агента

Скопируйте весь текст ниже в ChatGPT, Codex, Cursor или другой агент, который умеет работать с локальными файлами.

---

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

Главный принцип: устройство измеряет, Obsidian хранит контекст, агент связывает план с фактом. Не ставь диагнозы, не назначай лечение и не выдавай корреляцию за причину.

## Сначала определи режим работы

1. Найди Obsidian vault в текущей рабочей папке. Признак vault: папка `.obsidian`.
2. Если vault не найден, спроси у меня путь или предложи создать новый.
3. Если раздел здоровья уже существует, сначала изучи его структуру. Не создавай параллельные папки и поля без необходимости.
4. До изменений покажи короткий план: какие файлы создашь или обновишь.
5. Не перезаписывай существующие заметки, шаблоны и настройки без моего подтверждения.

## Минимальная структура

Если аналогов нет, создай:

```text
Health/
├── Dashboard.md
├── Workouts.base
├── Schema.md
├── Workouts/
├── Plans/
├── Labs/
├── Metrics/
└── _templates/
    ├── Workout.md
    ├── Training Plan.md
    └── Lab Result.md
```

Используй только обычные Markdown-файлы, плоские YAML-свойства и встроенный Obsidian Bases. Не делай community plugins обязательными.

## Каноническая запись тренировки

Одна физическая сессия равна одному файлу. Для новой тренировки используй плоскую схему:

```yaml
---
type: workout
workout_type:
workout_date:
workout_time:
duration_min:
status: запланировано
data_source: manual
source_record_id:
distance_km:
active_kcal:
avg_hr:
max_hr:
rpe:
pain_level:
program:
planned_reps:
actual_reps:
---
```

Правила:

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

## Импорт Apple Health

Когда я передам ZIP из функции Apple Health «Экспортировать все медданные»:

1. Обрабатывай архив вне vault. Не копируй исходный ZIP, `export.xml` и GPX в Obsidian или Git.
2. Сначала спроси период импорта и какие типы данных нужны.
3. Для тренировок извлекай только дату и время, тип, длительность, дистанцию, активную энергию, средний и максимальный пульс, источник и уникальный идентификатор.
4. Сохраняй `source_record_id` или список исходных идентификаторов. Повторный импорт не должен создавать дубли.
5. Сначала ищи совпадение по идентификатору, затем по дате, совместимому типу и ближайшему времени.
6. Не складывай шаги Apple Watch и iPhone без дедупликации.
7. Не сохраняй точные координаты маршрутов. Достаточно отметить, что маршрут был в исходном экспорте.
8. После импорта сообщи: период, сколько сессий найдено, сколько обновлено, сколько создано и какие совпадения были неоднозначными.
9. Проверь несколько случайных записей по исходному приложению до массового изменения vault.

Встроенный экспорт Apple Health является ручным XML-экспортом, а не постоянной синхронизацией. Не обещай автоматизацию, которой нет.

## Анализы и медицинские документы

Когда я передаю PDF или скан:

1. Сохрани оригинал в приватной папке, которую я укажу. Не публикуй его и не добавляй в Git.
2. Распознай текстовое заключение и таблицу показателей.
3. Сохрани дату исследования, тип документа, лабораторию или клинику, показатель, значение, единицу и референсный диапазон.
4. Значения с разными единицами не объединяй в один ряд без явного преобразования.
5. Для УЗИ, ЭКГ и рентгена переноси текст официального заключения. Не диагностируй по сырому снимку.
6. Отделяй факты документа от гипотез и вопросов к врачу.
7. Если значение выходит за указанный лабораторией референс, отметь это как факт и предложи обсудить с врачом. Не назначай лечение.

## Планирование

Перед новой программой спроси:

- цель и срок;
- текущий уровень;
- доступное оборудование;
- дни и длительность тренировок;
- последние фактические нагрузки;
- ограничения, боль и рекомендации специалиста.

После каждой недели сравни план с фактом:

- выполнены ли тренировки;
- объём и интенсивность;
- субъективную сложность `rpe`;
- боль и пропуски;
- что оставить, уменьшить или обсудить со специалистом.

Не увеличивай нагрузку автоматически только потому, что одна тренировка прошла легко. Сначала следуй правилам конкретной программы.

## Dashboard

Собери представления:

- сегодняшняя тренировка;
- история;
- кардио;
- силовые;
- план против факта;
- пропущенные и скорректированные сессии;
- записи, где не заполнены самочувствие или `rpe`.

Dashboard должен отвечать на вопросы, а не показывать все доступные метрики.

## Завершение первого запуска

В конце:

1. Перечисли созданные и изменённые файлы.
2. Покажи одну тестовую тренировку и объясни, как удалить её после проверки.
3. Дай мне три короткие команды естественным языком:
   - как запланировать тренировку;
   - как зафиксировать факт;
   - как провести недельный пересмотр.
4. Отдельно перечисли ограничения и приватные файлы, которые не должны попасть в Git.

Источник методики: https://alexeymuzyka.com/articles/digital-health

01

Несколько лет я оцифровывал здоровье кусками

Я AI-энтузиаст, поэтому тема здоровья постоянно казалась идеальным полигоном. Данных много, решения повторяются, история важна. Значит, агент должен быть полезен.

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

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

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

Была и вторая причина, которую я понял позже. Каждая старая система требовала отдельного ритуала: открыть приложение, выбрать шаблон, вспомнить тег, переложить запись. Через две-три недели я переставал это делать. Отсюда моё правило: если ведение системы отнимает больше сил, чем экономит, я её брошу. Поэтому на входе должно остаться одно короткое сообщение, а разбор и раскладку по файлам я отдаю агенту.

Возвращение к бегу сделало проблему видимой

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

За пять дней беговая часть моих прогулок выросла примерно с 1,2 до 3,2 км. Средний пульс поднялся со 129 до 152. Это не вывод и не диагноз. Менялись темп, погода, накопленная нагрузка и восстановление. Но именно поэтому одной красивой линии в приложении недостаточно.

ВОЗВРАЩЕНИЕ К БЕГУ23–27 июня
23.061,22 кмср. пульс 129
24.063,07 кмср. пульс 142
25.063,12 кмср. пульс 150
26.063,12 кмср. пульс 146
27.063,17 кмср. пульс 152
Данные задают вопрос, а не ставят диагноз.Пять тренировок подряд, другой темп, погода и восстановление. Без контекста рост пульса ничего не доказывает.
Реальные агрегаты из Apple Health. Маршруты и точные координаты не сохраняются.

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

02

Четыре слоя одной системы

Сейчас моя система держится на четырёх слоях. Каждый отвечает только за свою часть работы.

ФАКТApple Watchпульс · дистанция · время
МОСТЭкспортXML → чистые сводки
КОНТЕКСТObsidianплан · факт · самочувствие
РЕШЕНИЕAI-агентсводка · вопросы · новый план
Устройство измеряет. Obsidian хранит контекст. Агент соединяет их перед следующим решением.
01

Ручная запись

Я планирую тренировки в Obsidian. Там же пишу подходы, технику, боль и самочувствие. Это контекст, которого нет у часов.

02

Apple Watch

Часы почти всегда на мне. Во время занятий я включаю режим тренировки, поэтому остаются длительность, дистанция, энергия и пульс.

03

Импорт

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

04

Агент

Агент читает Markdown, сравнивает план с фактом, собирает недельную сводку и помогает подготовить следующее решение.

Apple Watch не заменяют дневник. Дневник не заменяет измерения. Агент не заменяет врача. Система полезна именно потому, что эти границы не размыты.

Health · Obsidianлокальные Markdown-файлы
СПОРТ / ИСТОРИЯ

План и факт

Последние 30 дней⌄
ДатаТипПланФактСостояние
23 июнбеглёгкий1,22 кмготово
24 июнбег2–3 км3,07 кмготово
27 июнбеглёгкий3,17 кмтяжело
23 июлсиловая21 повторсегодня
Тренировок20
Активность1 082 мин
Дистанция103,78 км
Обезличенный макет. Спортивные агрегаты реальные, медицинские документы и маршруты сюда не попали.

Чем длиннее история, тем полезнее агент

Я начал складывать в тот же контур все исследования, которые у меня есть. Бумажный анализ можно отсканировать. Агент переносит дату, лабораторию, показатель, единицу и референс. Текстовое заключение УЗИ, ЭКГ или рентгена становится частью хронологии.

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

03

Три задачи, для которых подходит та же схема

Моя система выросла из бега и подтягиваний, поэтому в центре у неё тренировка. Но Obsidian и агента можно собрать вокруг другой задачи. Ниже не мои готовые кейсы, а три варианта конструкции. Они помогают сначала выбрать вопрос, а уже потом поля, плагины и автоматизацию.

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

Дневник при хронической болезни

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

Вариант 2

Восстановление после лечения

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

Вариант 3

Учебник, разобранный на вики

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

Что я забрал себе

Четыре правила

Заметки после приёма лежат на странице специалиста. У значения три состояния, не записано, нет и да, и пропущенный день не равен нулю. Ввод с телефона занимает секунды или его не будет. Гипотеза агента остаётся гипотезой, пока её не подтвердил врач.

Obsidian или таблица: честный выбор

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

Если бы мне нужны были только числа и графики, я бы выбрал Google Sheets или приложение вроде Daylio. Obsidian оправдывает себя, когда вместе с показателем нужно хранить обстоятельства и принятые решения. Вот где проходит граница.

ЗадачаТаблица или приложениеObsidian и агент
Ввод с телефонаСекунды, форма уже естьНужны Shortcuts или QuickAdd, иначе забросите
ГрафикиГотовы сразуBases и Tracker, настройка дольше
Контекст рядом с цифройОдна ячейка «комментарий»Как прошла тренировка, что сказал врач, что решили
Работа агентаПолучает компактные и предсказуемые строкиЧитает план, факт и историю решений рядом
ПереносимостьВыгрузка в CSV или XLSXФайлы уже лежат в Markdown и YAML

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

04

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

Для старта не нужен мой vault и не нужен Hermes. Достаточно Obsidian и любого агента, который умеет работать с файлами. Если Obsidian у вас ещё нет, создайте новый vault. Если уже есть, добавьте в него один раздел.

БЫСТРЫЙ СТАРТ

Что вам понадобится

ObsidianСкачать бесплатно ↗
ТрекерНеобязательно на старте
AI-агентС доступом к файлам
20 минутДля первой версии
20 минутМинимум

Папки, шаблон тренировки и ручная фиксация.

1 вечерРабочая система

Properties, Bases, план против факта и первый дашборд.

потомАвтоматизация

Apple Health, защита от дублей и постоянный агент.

1. Создайте простую структуру

Health/
├── Dashboard.md
├── Workouts.base
├── Schema.md
├── Workouts/
├── Plans/
├── Labs/
├── Metrics/
└── _templates/

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

2. Одна тренировка равна одному файлу

YAML-свойства дают структуру агенту и Obsidian Bases. Обычный текст остаётся удобным человеку.

---
type: workout
workout_type: кардио
workout_date: 2026-07-15
workout_time: "13:36"
duration_min: 61
status: выполнено
data_source: apple_health
source_record_id: "..."
distance_km: 5.29
avg_hr: 129
max_hr: 173
rpe:
pain_level: 0
---

## План
- Лёгкий бег 2 км внутри прогулки.

## Факт
- Бег 2,05 км. Без боли.

## После
- Нагрузку пока не повышать.

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

3. Включите только встроенные возможности Obsidian

Для первой версии достаточно Properties, Bases и Templates. Bases строит таблицы поверх обычных Markdown-файлов. Данные не запираются в отдельной базе.

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

НЕ ХОТИТЕ СОБИРАТЬ ВРУЧНУЮ?Я уже упаковал пустой vault.

Структура, шаблоны, Base и тот же промпт, который опубликован ниже.

Скачать ZIP ↓

05

Три способа забрать данные из Apple Health

Важное ограничение: у Apple нет готовой кнопки «синхронизировать Health в Obsidian». Встроенная функция создаёт полный XML-экспорт. Это хороший способ загрузить историю, но не постоянный поток.

  1. 1
    Записывайте тренировки часами

    Запускайте Workout на Apple Watch. Набор сохранённых показателей зависит от типа занятия, но обычно в запись попадают длительность, энергия, пульс и дистанция.

  2. 2
    Выгрузите историю

    На iPhone откройте Health, профиль и функцию Export All Health Data. Apple описывает этот экспорт как XML. Официальная инструкция Apple.

  3. 3
    Разберите архив вне vault

    Исходный ZIP и GPX не должны попадать в Obsidian или Git. Маршруты содержат точные координаты. Агенту нужны нормализованные сводки, а не весь сырой архив.

  4. 4
    Обновите существующие файлы

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

Три уровня подключения

УровеньСпособДля чего
БазовыйПолный XMLПервичная история и импорт раз в неделю или две
ПрактичныйApple ShortcutsДневная сводка и заметка после тренировки
ИнженерныйHealthKit appНадёжный выборочный и инкрементальный импорт

Я использую первый путь с собственным потоковым парсером. Он объединяет соседние сегменты ходьбы и бега, хранит исходные идентификаторы и не трогает мои ручные заметки. Для бесплатного гайда этого достаточно. Строить iOS-приложение ради первой версии не нужно.

Если у вас не Apple Watch

Принцип остаётся тем же: нужен способ забрать собственные данные. Oura и WHOOP дают ручной экспорт и официальные API. Garmin позволяет выгружать активности и полный архив. Я не проверял эти контуры лично, поэтому не буду изображать пошаговую инструкцию.

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

06

Сканируйте бумагу, но не отдавайте агенту роль врача

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

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

LAB RESULT · ДЕМО-ДАННЫЕ2026-02-14 · Базовый скрининг
ПоказательЗначениеРеференсСтатус
Показатель A4,2 ед.3,0–5,5в пределах
Показатель B12,8 ед.5,0–10,0обсудить

Вопрос врачу: нужен ли повторный контроль и при каких условиях?

Система может напомнить, что показатель пора перепроверить, и собрать его историю. Она не должна диагностировать по рентгену, сырой ЭКГ или снимку УЗИ. Для таких документов агент переносит текст заключения специалиста.

Приватность нужно продумать сразу

  • Сырой Apple Health, GPX, лабораторные PDF и снимки хранятся вне публичного vault.
  • Локальный Obsidian vault сам по себе не шифруется. Нужны FileVault, блокировка устройства и резервная копия.
  • Перед отправкой в облачную модель убирайте ФИО, адреса, маршруты и лишние идентификаторы.
  • В ChatGPT можно отключить Improve the model for everyone. Для чувствительных разовых запросов есть Temporary Chat. Официальное описание Data Controls.

07

Статья для человека. Промпт для агента

У этого гайда две части. Текст объясняет решения человеку, а промпт ниже даёт агенту структуру файлов и ограничения.

Промпт ниже сначала ищет существующий vault, показывает план изменений и только затем создаёт структуру. Он умеет работать с пустой папкой или встроить Health в вашу систему.

Промпт для вашей системы

Собрать структуру vault · нужен агент с доступом к файлам

Показать промпт · 746 слов
# Промпт для агента

Скопируйте весь текст ниже в ChatGPT, Codex, Cursor или другой агент, который умеет работать с локальными файлами.

---

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

Главный принцип: устройство измеряет, Obsidian хранит контекст, агент связывает план с фактом. Не ставь диагнозы, не назначай лечение и не выдавай корреляцию за причину.

## Сначала определи режим работы

1. Найди Obsidian vault в текущей рабочей папке. Признак vault: папка `.obsidian`.
2. Если vault не найден, спроси у меня путь или предложи создать новый.
3. Если раздел здоровья уже существует, сначала изучи его структуру. Не создавай параллельные папки и поля без необходимости.
4. До изменений покажи короткий план: какие файлы создашь или обновишь.
5. Не перезаписывай существующие заметки, шаблоны и настройки без моего подтверждения.

## Минимальная структура

Если аналогов нет, создай:

```text
Health/
├── Dashboard.md
├── Workouts.base
├── Schema.md
├── Workouts/
├── Plans/
├── Labs/
├── Metrics/
└── _templates/
    ├── Workout.md
    ├── Training Plan.md
    └── Lab Result.md
```

Используй только обычные Markdown-файлы, плоские YAML-свойства и встроенный Obsidian Bases. Не делай community plugins обязательными.

## Каноническая запись тренировки

Одна физическая сессия равна одному файлу. Для новой тренировки используй плоскую схему:

```yaml
---
type: workout
workout_type:
workout_date:
workout_time:
duration_min:
status: запланировано
data_source: manual
source_record_id:
distance_km:
active_kcal:
avg_hr:
max_hr:
rpe:
pain_level:
program:
planned_reps:
actual_reps:
---
```

Правила:

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

## Импорт Apple Health

Когда я передам ZIP из функции Apple Health «Экспортировать все медданные»:

1. Обрабатывай архив вне vault. Не копируй исходный ZIP, `export.xml` и GPX в Obsidian или Git.
2. Сначала спроси период импорта и какие типы данных нужны.
3. Для тренировок извлекай только дату и время, тип, длительность, дистанцию, активную энергию, средний и максимальный пульс, источник и уникальный идентификатор.
4. Сохраняй `source_record_id` или список исходных идентификаторов. Повторный импорт не должен создавать дубли.
5. Сначала ищи совпадение по идентификатору, затем по дате, совместимому типу и ближайшему времени.
6. Не складывай шаги Apple Watch и iPhone без дедупликации.
7. Не сохраняй точные координаты маршрутов. Достаточно отметить, что маршрут был в исходном экспорте.
8. После импорта сообщи: период, сколько сессий найдено, сколько обновлено, сколько создано и какие совпадения были неоднозначными.
9. Проверь несколько случайных записей по исходному приложению до массового изменения vault.

Встроенный экспорт Apple Health является ручным XML-экспортом, а не постоянной синхронизацией. Не обещай автоматизацию, которой нет.

## Анализы и медицинские документы

Когда я передаю PDF или скан:

1. Сохрани оригинал в приватной папке, которую я укажу. Не публикуй его и не добавляй в Git.
2. Распознай текстовое заключение и таблицу показателей.
3. Сохрани дату исследования, тип документа, лабораторию или клинику, показатель, значение, единицу и референсный диапазон.
4. Значения с разными единицами не объединяй в один ряд без явного преобразования.
5. Для УЗИ, ЭКГ и рентгена переноси текст официального заключения. Не диагностируй по сырому снимку.
6. Отделяй факты документа от гипотез и вопросов к врачу.
7. Если значение выходит за указанный лабораторией референс, отметь это как факт и предложи обсудить с врачом. Не назначай лечение.

## Планирование

Перед новой программой спроси:

- цель и срок;
- текущий уровень;
- доступное оборудование;
- дни и длительность тренировок;
- последние фактические нагрузки;
- ограничения, боль и рекомендации специалиста.

После каждой недели сравни план с фактом:

- выполнены ли тренировки;
- объём и интенсивность;
- субъективную сложность `rpe`;
- боль и пропуски;
- что оставить, уменьшить или обсудить со специалистом.

Не увеличивай нагрузку автоматически только потому, что одна тренировка прошла легко. Сначала следуй правилам конкретной программы.

## Dashboard

Собери представления:

- сегодняшняя тренировка;
- история;
- кардио;
- силовые;
- план против факта;
- пропущенные и скорректированные сессии;
- записи, где не заполнены самочувствие или `rpe`.

Dashboard должен отвечать на вопросы, а не показывать все доступные метрики.

## Завершение первого запуска

В конце:

1. Перечисли созданные и изменённые файлы.
2. Покажи одну тестовую тренировку и объясни, как удалить её после проверки.
3. Дай мне три короткие команды естественным языком:
   - как запланировать тренировку;
   - как зафиксировать факт;
   - как провести недельный пересмотр.
4. Отдельно перечисли ограничения и приватные файлы, которые не должны попасть в Git.

Источник методики: https://alexeymuzyka.com/articles/digital-health

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

08

Как я превратил хранилище в постоянного агента

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

У себя я сделал следующий шаг через Hermes Agent от Nous Research. Это конкретная открытая агентная платформа, а не имя, которое я придумал помощнику.

H
ЗдоровьеHermes Agent · Telegram
online
Сегодня сделал подтягивания: 5, 4, 4, 3, 3, 2. Последний подход тяжёлый, боли нет. 18:42
Обновил тренировку 23 июля: 21 из 21, статус «выполнено», техника тяжёлая, боли нет. Следующую нагрузку не повышаю: рост уже заложен в плане. 18:43
ИЗМЕНЕНО В VAULT
MD2026-07-23 Подтягиванияactual_reps: 21 · status: выполнено
Health.mdследующая тренировка · 25 июля
Финальный уровень: чат становится входом, а файлы остаются источником истины.

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

Главное свойство этого входа: я пишу как попало. «Пробежал 3, колено ноет», «спал плохо», фото бланка без подписи. Агент сам решает, в какой файл это попадёт и какие поля заполнить. Если бы мне приходилось помнить формат, вход не пережил бы первую усталую неделю. Это то же правило о цене ввода из первого раздела.

Hermes поддерживает отдельные профили, Telegram gateway, память и расписания. Теперь мне не нужно открывать vault ради каждого обновления: я пишу агенту в Telegram, а он поддерживает хронологию и возвращает сводку туда же.

09

Вопросы, которые задают чаще всего

Можно ли синхронизировать Apple Health с Obsidian автоматически?

Готовой кнопки у Apple нет. Health отдаёт полный XML-экспорт вручную. Shortcuts умеют читать выбранные показатели и собирать сводку, а для постоянного выборочного импорта нужно приложение с доступом к HealthKit. Для первого запуска достаточно одного XML-экспорта и агента, который разберёт архив вне vault.

Какие плагины Obsidian нужны для трекинга здоровья?

Для первой версии community-плагины не нужны: Properties, Bases, Templates и Daily Notes встроены. Dataview, Tracker и QuickAdd можно добавить позже, но они выполняют сторонний код с правами приложения. Для медицинских данных я начинаю с минимального числа расширений.

Безопасно ли отдавать медицинские данные AI-агенту?

Сырой экспорт, маршруты GPX и сканы остаются вне публичного vault. В облачную модель уходят нормализованные сводки без ФИО, адресов и координат. Локальный vault сам по себе не шифруется: нужны FileVault, блокировка устройства и резервная копия.

Что делать, если у меня Garmin, Oura или WHOOP, а не Apple Watch?

Принцип тот же: нужен способ забрать собственные данные. Oura и WHOOP дают ручной экспорт и API, Garmin отдаёт активности и полный архив. Планы и ручной журнал работают вообще без трекера, теряется только непрерывная биометрия.

Заменяет ли AI-агент врача?

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

Не проще ли вести таблицу в Google Sheets?

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

10

Данные становятся полезными только перед решением

Apple Watch и раньше записывали мои тренировки. Obsidian и раньше хранил планы. Анализы и раньше лежали в папке. За месяц новая система не сделала меня здоровее и не нашла сенсационной закономерности.

Она сделала другое. План, фактическая нагрузка и самочувствие теперь лежат в одной хронологии. Перед следующей неделей я могу решить не добавлять нагрузку. Иногда «ничего не менять» и есть полезный результат анализа.

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

Коротко в цифрах

  • 4 слоя: ручная запись, часы, импорт, агент.
  • 20 минут на папки, шаблон и первую ручную запись. Автоматизация остаётся на потом.
  • 0 community-плагинов в минимальной версии: Properties, Bases и Templates встроены.
  • 1 тренировка равна одному файлу с YAML сверху и текстом снизу.
  • 3 состояния у любого значения: не записано, нет, да.
  • 0 диагнозов от агента. Гипотезы идут к врачу.
ЗАБРАТЬ СИСТЕМУ

Начните с готовой структуры

Выберите промпт для своего агента или скачайте пустой Obsidian vault. Внутри ZIP: папки Workouts, Plans, Labs и Metrics, шаблоны тренировки, плана и анализа, Schema.md с правилами полей, готовая Base для таблицы и тот же промпт для агента. Регистрации и почты не нужно.

Ещё один разбор в том же жанре, но про работу: как мы разогнали аккаунты до 50 млн просмотров в месяц. Тоже система целиком, со скриншотами и цифрами.

Этот vault — один законченный пример. В агентной методичке разбираю общий процесс, по которому такие системы можно делать и проверять.

Методичка · $49

Агентная разработка

Одно законченное изменение, карта проекта, шаблон задачи, журнал проверок и процесс, который можно повторить.

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

Это мой рабочий процесс. В методичке он разобран так, чтобы вы прошли его на своей задаче.

Посмотреть методичку