Мониторинг — это не «собрать один раз». Его ценность в истории: сравнивая сегодняшние данные со вчерашними, мы видим изменения. Спроектируем это на примере слежения за ценами конкурента онлайн-школы.
🎯 После урока сможешь: спроектировать мониторинг с историей изменений.
Архитектура: от источника к уведомлению
Источник ─▶ Сбор ─▶ Очистка ─▶ Хранилище (ИСТОРИЯ) ─▶ Анализ ─▶ Уведомление (сайт) (парсер) (нормализ.) (снимок за день) (Claude) (Telegram) Ключевое отличие мониторинга: каждый запуск = новый СНИМОК, который сравнивается с прошлым.
Почему нужна история
Разовый парсер отвечает на вопрос «какие цены сейчас». Мониторинг отвечает на вопрос «что изменилось». Для этого каждый запуск сохраняется как снимок в базу (SQLite), а новый снимок сравнивается с предыдущим.
Что считать событием
Уведомлять о каждой мелочи — значит спамить. Поэтому заранее решаем, что считать важным событием:
- Цена изменилась больше чем на 5% — важно.
- Появилась новая позиция (новый курс у конкурента) — важно.
- Мелкие колебания и опечатки — шум, не уведомляем.
Отделить «важное» от «шума» как раз поможет Claude API на следующих уроках — он оценит, существенное это изменение или нет, и сформулирует человеческий вывод.
Контрольный вопрос. Чем мониторинг отличается от разового парсинга?
Подсказка: Ключевое слово — история и сравнение со вчерашним.
Онлайн-проверка ответа появится позже
Контрольный вопрос. Зачем заранее решать, что считать важным событием (например, изменение цены больше 5%)?
Подсказка: Уведомление о каждой копейке — это шум.
Онлайн-проверка ответа появится позже
Что дальше
Мониторинг спроектирован. В следующем уроке соберём парсер с Claude Code — он будет собирать данные этично и складывать снимки в историю.
