Статус-снимки и анализ изменений

Мониторинг в системе строится на датированных снимках: снимаете состояние проекта на дату — и дальше любое «что изменилось?» считается между снимками, а не вспоминается из памяти. Это отличает снимки от ежедневного обхода (/manage, см. Регулярная работа): обход — «что делать сейчас», снимок — «каково состояние на дату».

Снимок работ: /status-snapshot

Наберите /status-snapshot — агент соберёт состояние на дату (по умолчанию сегодня):

• Состояние работ — распределение задач по статусам;
• Выборка задач — ключевые задачи со статусами, спринтами и датами;
• Блокеры — что блокирует работу;
• Планы и спринты — активные и будущие периоды;
• График — состояние плана (если есть timeline.md или живой график);
• Вехи — MVP, релизы, даты из устава: с целевыми датами и источником;
• Темы / эпики — группировка работ, когда она заведена;
• Источники и пробелы — что было собрано, а чего не хватило.

Результат — файл status-snapshot-YYYY-MM-DD.md. Если данных нет — агент честно фиксирует пробел, а не выдумывает строки.

Снимок бюджета: /budget-snapshot

Наберите /budget-snapshot (опционально: approved_budget, actuals или current_position). Агент соберёт датированные строки бюджета: позиции, суммы, итог — в единой единице (валюта, человеко-дни или story points).

Важно: агент не выдумывает цифры. Если в уставе бюджет «неизвестен» и таблиц нет — агент попросит вставить данные (или зафиксирует снимок без цифр по вашей просьбе). ERP-данные сам не тянет: цифры приходят из ваших документов или вставки.

Результат — файл budget-snapshot-YYYY-MM-DD.md.

Дельта: /status-delta

Наберите /status-delta — агент возьмёт два снимка (по умолчанию последний и предыдущий) и посчитает, что изменилось:

Раздел	Что в нём
Новое	задачи и блокеры, которых не было в прошлом снимке
Изменилось	смена статусов, сроков, переносы в планах и вехах
Закрыто	что стало Done / resolved
Наблюдаем	что осталось в работе и требует внимания

Правила честности дельты:

• считается только по снимкам — не из памяти диалога и не «на глаз по трекеру»;
• планы и вехи сверяются всегда, даже если работы не менялись;
• тихая неделя — короткий честный ответ «существенных изменений нет», а не выдуманный прогресс.

Результат — файл status-delta-<дата1>_to_<дата2>.md. Первый снимок можно зафиксировать как базовый выпуск (/status-delta baseline) — тогда дельта считается от него.

Как складывается цикл

конец периода:
  /status-snapshot            → снимок работ на дату
  /budget-snapshot            → снимок бюджета (если есть цифры)
  /status-delta               → что изменилось с прошлого снимка
  /report                     → отчёт для руководства по дельте (см. гайд по отчётности)

Снимки — вход для отчётов: /report сам запрашивает свежую дельту, если её ещё нет на текущую дату.

Что важно знать

• Снимки — markdown-документы, которые можно открыть и поправить (например, уточнить формулировку блокера) через ревью.
• Один снимок на дату: повторный запуск в тот же день — обновление существующего снимка.
• Снимки не подменяют обход: «что сделать сегодня» — это /manage, «как проект изменился с прошлой недели» — это снимки + дельта.

С чего продолжать

• Отчётность для руководства — как снимки и дельта становятся отчётом.
• Регулярная работа: обход и планёрки — ежедневный режим.
• Контроль объёма и управление изменениями — если в дельте появились «новые» работы вне scope.