Комментарии 2
Плюс за честное разделение "что проверяем кодом" и "где нужен контекст". Мне кажется, нейронке не стоит отдавать то, что правила проверяют однозначно: расчёт дельт и порогов, проверку null и Н/Д, статус "исчезло из выдачи" -он то как раз должен опираться на полноту сканирования и несколько прогонов, дедупликацию и переходы состояний, а также повторы и фулбек. ИИ имеет смысл подключать там, где правила упираются в неоднозначный контекст...Вот отличить возможную ошибку цены от перепубликации...и т.п. И то даже там её ответ стоит валидировать и сравнивать с правилами
Спасибо за фидбек и интерес) Поддерживаю мысль). Один из основных выводов-задумка к которому я пришёл на этапе размышлений апгрейда проекта: ИИ должен быть лишь "последней милей", так сказать там, где пасуют жесткие алгоритмы. Ведь всё, что можно посчитать формулой или проверить обычным if/else = дельта, null, дедупликация - это должно оставаться в коде. А вот валидация ответов модели через правила поверх её работы является отличным паттерном). Но пока это одно мнения, вариантов достаточно)

Luna Decisions в n8n для парсинга объявлений недвижимости: схема интеграции, ограничения и вопросы к сообществу