Создание новостного агрегатора с помощью AI на базе n8n

[Ydav359]

RSS Reader: читает новости с множества иностранных источников (MIT, Nvidia, Microsoft, arXiv, KDnuggets).

Почему только иностранных?

[talifan]

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

[Ydav359]

Спасибо, подумал, что технически может быть чем-то обусловлено

[Ranger21]

Приложение в Гугл публиковали чтобы избежать протухающего токена каждые 7 дней на тесте?

[talifan]

Пока протухает. Не решил пока. А там ждут какие-то большие сложности, да?

[PM_Inna_Ka]

По поводу нестабильности контейнера и обработки ошибок — на похожей архитектуре (n8n + внешние API в пайплайне) несколько практик заметно снижают число падений: на каждой сетевой ноде выставлять onError: continueRegularOutput + retryOnFail (обычно 2-3 попытки с паузой пару секунд) — иначе одна временная 429/503 от внешнего API роняет весь batch, а не только один элемент. Плюс отдельный Error Trigger workflow на email/телеграм-алерт, подключённый ко всем воркфлоу проекта сразу — без него ночные сбои просто не видны до утра. По деньгам на картинках — если иллюстрация не критична для каждого элемента, дешевле сначала отфильтровать, что реально стоит иллюстрировать, чем генерировать на всё подряд.

[talifan]

Ушел из n8n. С текущим развитием llm проще стало переписать сервис без необходимости тащить тяжелый оркестратор.

[PM_Inna_Ka]

Идея классная, тоже смотрю в эту сторону — переписать самое горячее место на код без оркестратора. Пока не дошли руки: соло-разработка, у меня «только котик, и у того лапки» 🙂 На этом этапе n8n для меня скорее спасение, чем лишняя тяжесть — готовые retry/error-handling и возможность быстро менять пайплайн без разработчика под рукой перевешивают накладные расходы.