Duck's on Recs Telegram channel photo

Duck's on Recs

@ducks_recsPublic Channel

Duck's on Recs shares Gadgets Reviews updates and media on Telegram. Join to stay updated.

619 (619 subscribers)
Members
—
Rating
20
Total Posts
Sep 20, 2026, 1:02 PM
Updated
Apr 29, 2026
Created
Stats

You are viewing English content. To see content in other languages, change the language of the site.

Channel Information

Channel Information
Channel NameDuck's on Recs
Username@ducks_recs
CategoryGadgets Reviews
LanguageEnglish
CountryUnited States
Members619
Channel TypePublic Channel
CreatedApr 29, 2026
Last UpdatedSep 20, 2026 • 7 days ago
StatusActive

Ranking

Global Ranking
#36336No change
Language Ranking
#7821No change
Category Ranking
#136No change

Participant Growth (Last 7 Days)

Total: 619
24h growth: +6 1%
04/2905/0707/0908/2309/0109/1109/20

Top 10 posts

Most viewed posts from this channel

By views
  1. #1Добрый день, не хотите ли узнать больше о рекомендательных системах?1.6K
  2. #2(Продолжение поста выше)1.5K
  3. #3Пока я дописываю вторую часть про Generative Retrieval и прихожу в себя после новогодних праздников,1.5K
  4. #4Сегодня выступал с докладом про итоги года в рекомендательных системах за предыдущий год. Очень рад,1.2K
  5. #5При Generative Retrieval (часть 1)1.2K
  6. #6Post #71.1K
  7. #7Это Артем, тот самый мой коллега, про которого я писал выше. Очень советую подписаться. Тёма очень с905
  8. #8Недавно прошел дедлайн по подаче статьи на short paper track на https://sigir2026.org/.829
  9. #9Поговорил с Jiangxia Cao из Kuaishou OneRec Team на SIGIR’26724
  10. #10Post #31631

Latest Posts

Duck's on Recs

Sep 03, 2026, 13:50

Photo
Вот такое сегодня прилетело, даже интересно чем там люди занимаются :)
4970040
Duck's on Recs

Sep 03, 2026, 13:50

Video
Репортаж с KDD 2026 ⬆️

На прошлой неделе команда AI VK Research участвовала в KDD 2026 — одной из ключевых мировых ML-конференций. Наши ребята представили результаты двух своих исследований, посвящённых развитию рекомендательных систем.

Что обсуждали на KDD, какие тренды появились и как прошла презентация работ команды, рассказывает старший исследователь AI VK Research Артём Матвеев 🎬


Подробнее об исследованиях

➡️ https://arxiv.org/abs/2607.02818
🟣 https://habr.com/ru/companies/vk/articles/1068050/

➡️ https://arxiv.org/abs/2607.02115
🟣 https://t.me/aihubvk

#aivkhub #конференция #kdd #recsys #репортаж
4320017
Duck's on Recs

Sep 03, 2026, 13:50

Папарацци поймали за рассказом постера на KDD и начали задавать всякие вопросы :)
4700012
Duck's on Recs

Sep 03, 2026, 13:50

Это Артем, тот самый мой коллега, про которого я писал выше. Очень советую подписаться. Тёма очень сильный во всех смыслах :) , опытный и интересный человек. https://t.me/nxt_item точно будет много чего интересного
9050010
Duck's on Recs

Sep 03, 2026, 13:50

Поговорил с Jiangxia Cao из Kuaishou OneRec Team на SIGIR’26

Признаю, я давний фанат Kuaishou. Это люди, которые внедряют много всего в прод и с невероятной скоростью. При этом еще и успевают писать про это статьи.

На конференции SIGIR’26 мне удалось пообщаться с https://scholar.google.com/citations?hl=en&user=KOfG2jAAAAAJ&viewop=listworks&sortby=pubdate, одним из ключевых разработчиков в OneRec Team из Kuaishou. У него более 1800 цитирований, он является соавтором таких работ, как https://arxiv.org/abs/2606.06260, https://arxiv.org/abs/2604.24432, https://arxiv.org/abs/2411.11739, https://arxiv.org/abs/2512.24762 и еще многих других. Отдельно хочу отметить его отзывчивость и позитивность.

У меня к нему было много вопросов, но задал я лишь маленькую часть. Несколькими решил с вами поделиться.

* Сейчас происходит активное интегрирование LLM в рекомендательные системы. Какие вы с командой видите наиболее перспективные направления?

Они верят в три способа, как можно внедрять LLM в платформу с рекомендациями коротких видео:
1. Как generative retrieval на semantic ids, то есть как дополнительный источник кандидатов. Понятный способ, активно внедряют к себе многие крупные ребята. Здесь как раз примерами служат такие работы, как OneReason от Kuaishou или https://arxiv.org/abs/2510.07784 от DeepMind.
2. Как “агента”, который может замешивать разные кандидатогенераторы (кандгены). Будто вызов каждого источника кандидатов — это свой tool call. Необычный способ, раньше про такой не слышал. Jiangxia сказал, что у них может быть до 200 кандгенов. И нужно как-то адаптивно под запрос пользователя выбирать подмножество из них. После этого выходы именно этих выбранных кандгенов и будут ранжироваться последующими моделями в стеке. То есть LLM в некотором смысле выполняет роль https://t.me/WazowskiRecommends.
3. Как инструмент, через который можно управлять бесконечной лентой рекомендаций через текст. Мы открыли ВК Клипы, и он на их примере показал, как это выглядит. Если человек, например, 5 раз подряд быстро пролистал клипы, то появляется текстовое окно. В него ты можешь вписать, какой контент ты хочешь видеть в ленте. И лента подстраивается под тебя. Если ты ставишь дизлайк на клип, то вылезает еще одно окно, в которое ты вписываешь, что тебе не понравилось. Такая фича в Kuaishou появляется уже через месяц! Большой шаг в сторону controllable и unbiased рекомендаций.

* В вашем текущем https://arxiv.org/abs/2506.13695 после генерации кандидатов генеративной моделью есть еще доотбор Reward-моделью. А вы не думали о том, чтобы от этой стадии доотбора избавиться?

Здесь он сказал, что через месяц как раз выходит статья про это. Но отдельно подчеркнул, что в коротких видео их основная рекомендательная система состоит из четырех стадий, в которой OneRec заменяет только первые две.

* Как вам удается писать так много статей? У вас на это есть специальные KPI, и вас хвалят за статьи на ревью?

Сказал, что они работают с понедельника по пятницу в обычном режиме. Их KPI — это растить продуктовые метрики. А по выходным уже пишут статьи в свое удовольствие. Получается, 9-9-6 — это обман, у ребят пятидневка.

Дальше мы много говорили про OneReason. Это большой техрепорт от ребят на 110 страниц. Сделаю про него отдельный разбор на канале, уж очень масштабная работа. И уже там расскажу подробности.

И еще несколько интересных фактов:
* Послушали вместе мою волну в Яндекс Музыке. У меня пошел русский рэп. Он попросил включить погромче, и ему прям зашло.
* Он знает про работу ребят из Яндекса — https://arxiv.org/abs/2606.08604. Сказал, что они ее там все вместе читали.
724004
Duck's on Recs

Sep 03, 2026, 13:50

SIGIR'26 (часть 3): последний пост этой серии

На четвертый день конференции был Industry Day, на котором удалось поговорить с исследователями из KuaiShou (OneRec Team), http://JD.com/ ( https://arxiv.org/abs/2512.22386) и ByteDance (Staff Senior который занимается GenRec).

Закину несколько основных тейков, которые я узнал:
1) Пока что ни у кого не удалось внедрить у себя полноценные end-to-end рекомендательные системы. Модели, про которые пишутся в статьях пока внедряются не как замена всего пайплайна, а определенного числа других моделей (обычно кандидатогенераторов)
2) У всех в разном виде есть re-ranking стадия после применения OneRec-like моделей
3) Сделать полностью end-to-end систему у KuaiShou удалось только в сервисе где внедряли https://arxiv.org/abs/2508.14646. Моя гипотеза — из-за изначально слабого бейзлайна
4) Так как сами по себе OneRec-like модели не дают дискаверийность, убрать кандидатогенератор, который отвечает за exploration, никому из тех с кем общался не удалось
5) KuaiShou и ByteDance приходят к тому, что хоть в будущем все еще остается re-ranking стадия, есть смысл инвестировать в попытку обучить модель, которая выдают адекватное качество и без нее. Привел им аналогию, которую уже много с кем обсуждал про парето-оптимальность семейства моделей по осям вычислений и качества, в один голос согласились, что скорее всего придут к чему-то подобному в ближайшем будущем
6) Обе эти компании видят, что и OneRec-like, и re-ranking будут в каком-то виде шарить параметры моделей между собой, но наборы фичей будут различными (с более выразительными у второго)
7) Отдельно спросил ByteDance про https://arxiv.org/abs/2601.12681 и подобные подходы. Изначально было интересно, зачем они инвестируют в такие модели, но после п.1, п.2 и п.5 понятно почему они это делают, говорят, что тут с KuaiShou немного разошлись разными путями: одни больше инвестируют одну стадии, а другие во вторую

Важный момент: все вышеописанное это лишь вершина айсберга, всего лишь затравка!
Более подробные результаты "допроса" одного из главных авторов https://arxiv.org/abs/2506.13695, https://arxiv.org/abs/2508.20900 и https://arxiv.org/abs/2606.06260 скоро будут, но не от меня. С ним очень детально пообщался мой коллега.

В этот же день была церемония закрытия.
Одновременно хорошая и плохая новость: узнал где будут проходить SIGIR'27. Так как в следующем году конференции исполняется 50 лет, то её юбилей будут отмечать не в абы каком месте, а в мировом центре IT. Плохую часть новости читателю предлагается додумать самостоятельно...

В пятый заключительный день были воркшопы, про который я ничего сказать не могу, так как их я пропустил :)

Как итог, конференцией я остался очень доволен: пообщался с кем хотел, узнал самое волнующее и необходимое, распланировал будущие направления работы, увидел Австралию наконец (albeit no kangaroo has been spotted).

P.S. Надеюсь мой недельный спам раздражал вас не особо сильно, ухожу на небольшой перерыв, ведь скоро будет еще и KDD'27!
6090022
Duck's on Recs

Sep 03, 2026, 13:50

Photo
SIGIR'26 (часть 2): день со статьей

Сегодня был еще один день с постерами, на котором я больше четырех часов простоял у своего. Под вечер уже кажется сорвал голос и так себе говорил из-за этого.

С локацией постера мне очень повезло, он был на проходном месте, из-за чего суммарно у постера за это время остановились и пообщались более 50 человек (просто вчиталось суммарно больше). В какой-то момент к постеру, подошел инженер из ByteDance (TikTok) и начал говорить, что они у них такая же боль есть как у меня в статье. Будут пробовать схожую идею в A/B тесте в будущем.

Закину еще люминальное пространство, которое я нашел, когда заблудился в здании конференции уже поздно вечером :)
5920035
Duck's on Recs

Sep 03, 2026, 13:50

Photo
SIGIR'26 (часть 1): дни 1–2

Уже прошли 2 из 5 дней SIGIR'26. Поскольку официальное открытие было только во второй день, решил объединить первые два дня в один пост. SIGIR устроен примерно как и многие другие конференции: в первый день проходят туториалы и Doctoral Consortium, затем три основных дня с докладами и постерными сессиями, а в последний день воркшопы.

В первый день я сходил на два туториала: LLM Personalization и IR & Reasoning.

Про LLM Personalization рассказывала большая команда из нескольких азиатских университетов, включая NUS. С частью ребят я был знаком ещё с одной из конференций в 2024 году. Главная мысль туториала заключалась в том, что персонализация это не просто добавить историю пользователя в промпт. Авторы предложили рассматривать её как полноценный стек из нескольких частей: память, архитектура модели, alignment, test-time scaling и deployment. Больше всего мне запомнилась их предложение отойти от one-size-fits-all парадигмы и использовать для разных сценариев отдельные адаптеры, которые и отвечают за персонализацию. Похожую мысль буквально неделю назад видел в рилсах про работу Meta, связанную с моделированием человеческого мозга :)

На втором туториале про  https://reasoning-for-ir.github.io/ выступала команда https://scholar.google.com/citations?user=AVDkgFIAAAAJ из UvA. По моему субъективному мнению, его лаборатория одна из немногих в Европе по Information Retrieval, которая занимается действительно интересными вещами. Больше всего запомнился анализ того, что именно RL даёт моделям для reasoning. Рассказывали, что  https://arxiv.org/abs/2504.13837 не сильно меняет top-k ответы модели, а лишь немного поднимает вероятность уже хороших результатов. Были и отсылки к философии и 12 типам рассуждений. На мой вопрос о том, достигнет ли модель AGI, если в совершенстве сможет освоить все эти типы, Мартин ответил, что тогда другие модели нам уже просто не понадобятся. Ждём и надеемся! Ещё поговорили про Implicit Reasoning. Он сказал, что лично верит в это направление и его команда уже им занимается. Пока основная проблема в том, как заставить модель действительно рассуждать с помощью латентных токенов, а не просто использовать их как ещё одно скрытое представление.

Был еще забавный момент был, когда на вопрос: “Can Bayesian methods enhance the reasoning capabilities of LLMs?” ответили: “Probably” :)

Оставшуюся часть первого дня провёл за нетворкингом: старался ловить людей из индустрии и узнавать, чем сейчас занимаются их команды. Многие активно инвестируют в Generative RecSys, что довольно ожидаемо. Самыми скрытными и труднодоступными оказались ребята из OneRec Team в Kuaishou. Для них буквально было специальное время, когда инженер из из команды посетит конференцию.

Во второй день прошло официальное открытие. Его можно увидеть на фото в посте.

Был keynote от бывшего Principal Engineer с примерно 20-летним опытом работы в Microsoft на тему "Towards Critical IR Theories and Practices". Там обсуждали технофеодализм, связанные с ним проблемы и то, как с этим можно жить. В качестве одного из решений предлагалось создавать независимые, unbiased и trustworthy рекомендательные системы. Идея оказалась очень похожа на то, что мы с ребятами придумали почти год назад на RecSys Summer School. Но открытый вопрос остался тем же: как сделать такую систему массовой и реально донести её до пользователей?

Оставшееся время я провёл в зале с постерами, где были работы из research, reproducibility и resource tracks. Больше всего запомнился постер инженера из Booking/Aampe про Off-Policy Evaluation. Работа оказалась довольно похожа на нашу, про которую я писал пару постов назад. По постеру показалось, что их метод можно рассматривать как частный случай нашего подхода. Ещё увидел постер с идеей проекта, которую больше полугода назад давал своим студентам на практике про использование LLM для улучшения контентного эмбеда в сценарии с предсказаниями semantic IDs. Надо было самим довести её до ума, и сейчас была бы ещё одна публикация на конфе :)

P.S. Места в посте не хватает, в комментариях допишу и добавлю статистику
6310032
Duck's on Recs

May 07, 2026, 20:42

Недавно прошел дедлайн по подаче статьи на short paper track на https://sigir2026.org/.

С начала года я поставил перед собой цель подать статью на эту конференцию. Хотя отзывы от ревьюеров будут только через полтора месяца, я уже доволен как минимум тем, что сделал солидную, на мой взгляд, работу и успел со сроками. Теперь надо ждать чтобы и ревьюеры тоже были довольны моей работой :)

Пока я был занят этим и не только, на arXiv вышло много интересных работ из индустрии. Я еще не успел ознакомиться со всеми, но хотел бы поделиться рядом работ про нейросетевое ранжирование от LinkedIn и ByteDance вышедшими за это время.

https://www.arxiv.org/abs/2602.12354(LinkedIn)

https://scholar.google.com/citations?user=9PXCsLkAAAAJ&hl=en и коллеги описывают, как они улучшили нейросетевое ранжирование в ленте новостей. Ключевая идея: явно кодировать пользователя через трансформер над его историей и подавать полученное представление на вход к DCNv2-подобному ранкеру. Этот трансформер работает над ~1000 последних событий пользователя, где на вход они подаются в формате (item, action, item, action, ...), то есть они смогли занести в ранайм трансформер примерно на 2000 событий в истории! Полученное представление позволило им избавиться от значимой части признаков, которые подавались в предыдущую продовую ранжирущую модель. Также рассказывают про опыты с LLM-ранкером: по оффлайну у них получалось хорошо, а в онлайне какого-то значимого профита поверх продовой модели не увидели. Одна из проблем: кодирование айтема текстом занимает много токенов и не позволяет использовать большую историю. Наконец, как и в ряде предыдущих работ ( https://arxiv.org/abs/2402.11139, https://arxiv.org/abs/2407.13218), они делятся "уроками внедрения" и инфровыми проблемами, которые им проходилось решать для того чтобы затащить эту модель в прод.

https://arxiv.org/abs/2601.22694 (ByteDance)

Обсуждают проблему масштабирования нейросетевых ранкеров. Называют основной проблемой спарсовые представления для item ID. Мысль очень похожа на статью от https://arxiv.org/abs/2504.02137: айтемы постоянно появляются и умирают, знания между семантически похожими не шарятся, теряем потенциальный профит. Как решение предлагают заменить разреденные "item id"-based признаки на плотные "semantic id"-based (SIDs). Показывают, что такая наивная замена просаживает качество. Решают это добавлением токенизации поверх SIDs ( http://arxiv.org/abs/2306.08121) и добавлением коллаборативного сигнала в этап построения SIDs (почти как много кто :) ).

https://arxiv.org/abs/2602.06563 (ByteDance)

Предлагают уже новую версию модели https://arxiv.org/abs/2507.15551'а, которую улучшали в прошлой статье, TokenMixer-Large. Из основного: cделали TokenMixer слой глубже, теперь сначала токены “перемешиваются” (Mix step, раньше только он был в TokenMixer) в скрытом пространстве, а затем отдельным шагом возвращаются обратно к исходной размерности (Revert step, новый. Помимо этого добавляют еще ряд архитектурных изменений (RMSNorm, pre-norm). Эти изменения сделали архитектуру более стабильной, а sparse per-token MoE помогли сделать модель более глубокой (TokenMixer был обычно до трех слоев, сейчас больше), до 7B в runtime.
8290036
Duck's on Recs

May 07, 2026, 20:42

Сегодня выступал с докладом про итоги года в рекомендательных системах за предыдущий год. Очень рад, что с моими 40+ слайдами получилось уложиться в тайминг и рассказать все, что планировал. На самом деле даже оказалось, что надо было подготовить дополнительные слайды еще на 2-3 минуты :)

Очень рад был видеть огромное количество знакомых на мероприятии и узнать про их апдейты как рабочие, так и жизненные! После доклада подходили ребята, которых я ранее не знал, и говорили, что получилась хорошая презентация, было приятно.

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

Из того, что было уже в кулуарах, после выступления: поговорили детальнее про масштабирование моделей в условиях ограниченных данных, важность спорта в жизни и то, что надо все-таки его всеми силами встраивать в жизнь, правильное и неправильное построение семантических айдишников и про то, что "векторочек" это довольно точный и милый перевод слова "embedding" :)

Ещё раз всем спасибо за мероприятие и фидбек по докладу, было очень приятно!

P.S слайды презентации в комментариях и https://vkvideo.ru/video-164555658_456241813?t=44m48s прилагаются :)
1,2400053
Duck's on Recs

May 07, 2026, 20:42

Пока я дописываю вторую часть про Generative Retrieval и прихожу в себя после новогодних праздников, решил написать про небольшой апдейт того, что у меня сейчас происходит.

Сейчас много занимаюсь подготовкой статьи на  https://sigir2026.org/. Если всё пройдёт гладко и статью примут, то обязательно расскажу про неё :)

А пока новость: в эту субботу (24го января) буду выступать на  https://ods.ai/events/data-elka-2025-vk-offline-msc: расскажу про итоги 2025 года в RecSys, какие направления оказались перспективными и какие знаковые статьи вышли в этом году.

Само мероприятие будет проходить как в Москве (буду выступать тут), так и в Питере. Помимо меня на мероприятии также будут и другие интересные доклады про итоги года, так что приходите послушать и пообщаться!

P.S. https://ods.ai/events/data-elka-2025-vk-offline-msc будет открыта до 22 января.
1,4700033
Duck's on Recs

May 07, 2026, 20:42

При Generative Retrieval (часть 1)

Предыстория

Весной 2024 года мне посчастливилось представлять свою научную работу на конференции https://www2024.thewebconf.org/ в Сингапуре. Это была моя первая конференция, эмоции от посещения были невероятные. Помню, как возвращаясь вечером в отель после одного из дней, звонил другу и убеждал его начать заниматься исследованиями в RecSys (увы, убедить не удалось).

Из множества событий конференции сейчас хотел бы выделить https://thewebconf2024-generative-ir.github.io/ от Martin de Rijke и его студентов, посвященный последним достижениям в области Generative Retrieval (GR). Тогда этот туториал был не особо популярным, в аудитории набиралось 5-6 человек. Я сам тогда скептически отнесся к идее генерировать ID объектов из каталога как текст, но за прошедшее время подход заметно эволюционировал, и, если посмотреть на последние работы на arXiv, RecSys-сообщество сейчас активно работает с GR.

Этот обзор я решил разделить на две части. В этой части я хочу разобрать, зачем нужен GR и в чём он выигрывает у двухбашенного подхода.

Во второй части я расскажу про проблемы, с которыми сталкивается GR (а то в этой части получается, что я его только хвалю), и сделаю выжимку статей, которые считаю ключевыми для этого направления, с кратким описанием их основных идей.

Немного про двухбашенные модели (дискриминативный подход)

Если вам нужно решать задачу отбора кандидатов для рекомендательных систем (англ. retrieval), и ваш сервис уже достаточно зрелый, чтобы использовать не только эвристики, то одним из следующих шагов для вас является применение нейросетевых двухбашенных моделей.

Базово такая модель устроена следующим образом: есть две независимые башни (пользовательская и айтемная). На вход первой башне идут различные признаки пользователя (часто берут N его последних взаимодействий). Айтемная башня получает на вход только признаки определенного объекта из каталога. Обе башни выдают на выход векторные представления в едином пространстве.

В проде этот подход работает по схеме "encode + retrieve". С помощью башен вы кодируете всю доступную информацию о пользователях и айтемах в вектора (шаг encode), а затем по вектору пользователя с помощью ANN находите те вектора айтемов, которые находятся к нему ближе всего (шаг retrieve). Эти объекты становятся кандидатами и проходят на следующую стадию рекомендательного пайплайна. В этом смысле двухбашенный подход является дискриминативным, так как модель не генерирует выдачу, а считает для каждого из айтемов его релевантность для данного пользователя.

Как работает генеративный подход?

В качестве альтернативы дискриминативной идее "encode + retrieve" появилась генеративная парадигма "encode + decode".

Основная идея GR в том, чтобы отказаться от подсчета релевантностей для всего каталога и обучать модель напрямую генерировать топ-k релевантных айтемов. Пользовательская башня (в этой схеме уже энкодер) остаётся без изменений, а айтемную башню заменяют на декодер, который принимает выход энкодера и генерирует последовательности кодов, соответствующие топ-k айтемам.

Осталось рассказать, как айтем переводится в последовательность для генерации. В статьях выделяют разные подходы (о них я напишу во второй части), а пока можно думать, что каждому айтему ставится в соответствие последовательность кодов (c1, c2, c3, c4), где каждый код принимает значение из фиксированного небольшого набора.

В такой схеме генерация топ-k кандидатов происходит с помощью beam search: декодер шаг за шагом предсказывает следующий код, сохраняя наиболее вероятные траектории.

(Из-за ограничение места телеграм порезал пост на две части)
1,1900016
Duck's on Recs

May 07, 2026, 20:42

(Продолжение поста выше)

Какие проблемы дискриминативного подхода старается решить генеративный?

1. Проблема полного софтмакса

Двухбашенные модели в идеале должны обучаться на задачу экстремальной классификации по всему каталогу. Однако при размере каталога больше сотен тысяч (в проде это могут быть миллиарды) вычисление softmax по нему становится слишком затратным как по памяти, так и по времени. Эту проблему решают с использованием sampled softmax подхода, который аппроксимирует градиент полного softmax'а, но требует аккуратного подхода в реализации.

GR решает эту проблему через факторизацию вероятности. Вместо одного большого softmax по всему каталогу, вероятность айтема вычисляется как произведение условных вероятностей его кодов. Как пример, если все айтемы представляются последовательностью из 4 кодов, где каждый код может принимает одно из 200 значений, то модель будет способна работать с каталогом размера до 1.6 миллиардов, а softmax мы будем считать максимум по 200 значениям.

2. Проблема холодного старта

В проде важно уметь рекомендовать новые айтемы сразу после их появления. В ранних двухбашенных моделях каждому айтему соответствовал свой обучаемый эмбеддинг. У нового айтема вектор отсутствовал, следовательно его нельзя было вернуть как кандидата, пока модель не переобучится. В более современных моделях эту проблему частично поправили, но осталась другая проблема: вектор нового айтема нужно добавить в ANN-индекс. Это почти всегда означало полное перестроение индекса или сложные обновления.

GR подходит к этой проблеме иначе. Модель генерирует и выдаёт последовательность кодов, а маппинг code -> item хранится в обычном KV-хранилище. При появлении нового айтема, ему можно сразу назначить код и добавить соответствующую запись. Теперь у модели есть возможность выдавать новый айтем сразу после появления (при некоторых уточнениях).

На этом с мотивацией и плюсами GR хватит :)
В следующей части напишу о том, почему всё на самом деле не так хорошо: какие ограничения и подводные камни есть у этого подхода, и о чём стоит заранее подумать исходя как из статей, так и из личного опыта
1,5200026
Duck's on Recs

May 07, 2026, 20:42

Photo
http://arxiv.org/abs/2511.21989 (Google, DeepMind, UC Davis)

В сентябре я посетил RecSys 2025, одну из главных конференций по рекомендательным системам. Помимо участия в презентации работ от Яндекса, где я тогда работал, было интересно пообщаться с исследователями из топовых лабораторий. В частности, мне запомнился симпозиум Google/YouTube/DeepMind о перспективах и рисках направления LLM × RecSys.

На днях как раз вышла работа от части этих исследователей. Приятно видеть знакомые имена в новых статьях!)

Основная идея: решить проблему холодного старта на стадии кандидатогенерации с использованием RL и LLM.

Сама проблема довольно известная: когда новый товар появляется в системе, у него нет истории взаимодействий. Большинство CF-based моделей не могут обучить для него качественное представление из-за отсутствия данных. В итоге новые товары почти не попадают в список кандидатов, пока не накопят достаточно фидбека.

Предлагается обучить политику, отбора пользователей для аугментации их истории холодными айтемами.

Вот как это работает:

Модель политики видит признаки пользователя и решает, брать ли его для аугментации или нет. Для выбранных пользователей LLM получает пользовательскую историю взаимодействий и два случайных холодных айтема. Её задача - ответить, какой из этих айтемов пользователь бы предпочёл.

После аугментации полученные пары (пользователь-айтем) объединяются с оригинальными данными и на низ обучается двухбашенная модель на задачу предсказания вероятности взаимодействия пользователя с айтемом. С помощью этой модели вычисляется recall@k по холодным айтемам, который используется как ревард для обучении ранее упомянутой политики. Для её обучения авторы используют REINFORCE алгоритм.

Если резюмировать этот алгоритм, то политика обучается отбирать тех пользователей, добавление чьей LLM-based аугментации к оригинальным данным наиболее эффективно для обучения кандидатогенератора.

Эксперименты проводят на серии датасетов от Amazon. Что можно выделить, так это использование темпорального сплита!

По основным результатам получили прирост в ~2.5 раз (1.05% vs 2.65%) для recall@50 на холодных айтемах, но при этом общий recall@50 упал (5.55% vs 4.69%).

Из ablation:
- добавление пользовательского представления из двухбашенной модели в признаки политики значимо бустит качество (2.49% vs 3.08%)
- авторы ускоряют обучение через proxy rewards. Вместо полного переобучения двухбашенных моделей модели на каждой итерации обучения REINFORCE, они берут уже предобученную модель и только дообучают её на 3 эпохи. Этот подход даёт более стабильный сигнал для обучения политики, чем обучение модели с нуля с ранней остановкой (2.49% vs 1.65%), но все еще хуже чем с полным обучением модели с нуля (2.49% vs 2.65%)

Чего мне лично не хватило:
- сравнения по требованиям по вычислительным ресурсам с обучением на обычных данных без аугментации, насколько дороже обучение с LLM + REINFORCE?
- A/B эксперимента, интересно, как это показало бы себя в YouTube
- более детального обоснования ряда архитектурных решений: например, модель политики выглядит очень маленькой, всего один слой (!) поверх статистик
1,1300019
Duck's on Recs

May 07, 2026, 20:42

pinned «Добрый день, не хотите ли узнать больше о рекомендательных системах? Меня зовут Владимир Байкалов (@noname_untitled). Я занимаюсь научными исследованиями в области рекомендательных систем в VK. Ранее я работал в YouTube как MLE, над задачами теггирования…»
0000
Duck's on Recs

May 07, 2026, 20:42

Добрый день, не хотите ли узнать больше о рекомендательных системах?

Меня зовут Владимир Байкалов ( https://t.me/noname_untitled). Я занимаюсь научными исследованиями в области рекомендательных систем в VK.

Ранее я работал в YouTube как MLE, над задачами теггирования видео и рекомендаций совместно с командой из DeepMind. Затем в Яндексе я углубился в сторону нейросетевой персонализации (Музыка, Маркет, Реклама и другие проекты). Там же, до перехода в VK, я успел стать тимлидом R&D команды и поучаствовать в написании ряда научных работ:

- https://arxiv.org/abs/2505.22238 (RecSys'25)
- https://arxiv.org/abs/2507.09331 (RecSys’25)
- https://arxiv.org/abs/2507.15994 (KDD’26)

Помимо индустриальной деятельности, я консультирую студентов по их научным работам, второй год участвую в разработке курса по рекомендательным системам в ШАД и также являюсь PC member на одной из А* конференций. В академическом треке у меня также есть работа:
- https://arxiv.org/abs/2403.00895 (WWW'24, за первым авторством)

На этом канале я планирую:
- держать вас в курсе новых интересных публикаций и новостей в RecSys (стараясь сделать это раньше коллег по цеху :) )
- делиться результатами своих исследований, работ нашей команды и студентов
- писать про те идеи и опыт, которые хотел бы получить раньше
1,6100039

Showing 20 of 20 posts

Rating

Login required

Frequently Asked Questions

What is the Duck's on Recs Telegram channel about?+

Duck's on Recs (@ducks_recs) is a Telegram channel in the Gadgets Reviews category. Duck's on Recs shares Gadgets Reviews content on Telegram.

How do I join Duck's on Recs (@ducks_recs) on Telegram?+

Open the channel profile on tgdio, then use the Join / Open in Telegram button to go to @ducks_recs in the Telegram app or web client and subscribe for free.

Is Duck's on Recs a good Gadgets Reviews channel to follow?+

On tgdio you can check Duck's on Recs's rating, user reviews, ranking, and latest posts before joining. It currently lists about 619 subscribers on tgdio. Compare it with similar Gadgets Reviews channels in the same category.

Where can I see Duck's on Recs stats and latest posts?+

On tgdio, open the @ducks_recs channel page for subscriber stats, ranking, ratings, and recent posts. Use the Stats link on the profile for deeper growth and activity charts.