Турагент со своим сайтом туров
Сайт туров: вместо «огромного полотна» – конвейер из пяти шагов
Агент, который обновляет сайт туров, пересобран на пять этапов с историей изменений. Новые туры идут на подтверждение человеку, изменения в старых – автоматом.
Кто клиент
Турагент со своим сайтом туров. Сайт обновляет его собственный агент: читает сайты и PDF туроператоров. Продвинутый пользователь – свои навыки, свой коннектор к сайту.
Было
Запрос – «пересобери архитектуру». Системная инструкция агента росла наслоениями и стала огромным полотном, где перемешаны бизнес-логика, параметры сайта и структура данных. Любая правка – риск.
Поворот
Живой баг: туры одного направления раз за разом попадали в «новые». Причина не в коде, а в данных – один и тот же тур у туроператора и на сайте называется по-разному. Точечная правка тут не лечит: нужен отдельный шаг сверки названий внутри процесса.
Что сделали
- Проект переехал из облачной папки в git и GitHub – с историей изменений; поставили полноценную агентную среду для кода.
- Полотно разрезано на пять этапов: извлечение по каждому источнику → нормализация → выгрузка с сайта → сравнение → подтверждение.
- Файл-инструкция для агентов и файл передачи дел между сессиями; каждая сессия лежит в своей папке по дате и туроператору.
- Договорились о правиле ревью: изменения по текущим турам – автоматом, новый или ушедший тур – на подтверждение человеку.
Что это дало
Первый прогон по новой архитектуре и первая сохранённая сессия. Архитектура, в которой ошибку ищут в одном этапе, а не во всём полотне, и план лечения бага – архитектурный, а не заплаткой.