TGViewer
Рекомендательная [RecSys Channel] Рекомендательная [RecSys Channel] @recsyschannel · 3.24K subscribers
Post #279 723
OneRanker: Unified Generation and Ranking with One Model in Industrial Advertising Recommendation [2/3]

В прошлом посте приступили к разбору статьи о том, как в три шага объединить генерацию кандидатов и ранжирование в одной модели. Начали с проблематики и первого шага фреймворка, сегодня продолжим обсуждать второй шаг.

Шаг 2. Учёт задач и кандидатов (multi task/target aware)

Разделение задач. Авторы вводят task tokens:

• по одному на каждую задачу, связанную с действиями пользователя (например, показ, клик или конверсия);
• отдельный для бизнес-ценности.

Они используют общее представление истории, но связаны с разными выходными головами. Токены упорядочены, например: показ → клик → конверсия → ценность. Каузальная маска позволяет поздним токенам учитывать ранние; ранние не видят поздние при attention.

Fake Item Tokens. Авторы кластеризуют эмбеддинги объектов методом K-means и используют как токены центры кластеров (в статье используют 32 кластера). Это ориентиры в пространстве объектов, а не реальные кандидаты. Они дают генерации приближённую информацию о том, какие области этого пространства важны для пользователя в конкретной задаче.

Взаимодействие токенов. Task tokens и Fake Item Tokens сначала обращаются к представлениям истории из шага 1 через cross-attention, затем взаимодействуют через self-attention. Маска разрешает обмен между токенами задач и центров, но не между разными центрами.

Два канала представления. Для каждой задачи модель сохраняет семантический вектор её task token. Второй канал строится из пар этого токена с каждым Fake Item Token: пары проходят через MLP, а результаты суммируются. Получается сигнал о предпочтениях пользователя по областям пространства объектов в рамках данной задачи. Оба канала объединяют в представление пользователя.

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

Уточнённые представления шага 2 подаются в MTP для генерации кандидатов. На шаге 3 эти кандидаты получат отдельные скоры ранжировщика.

Шаг 3, обучение и результаты экспериментов обсудим в заключительном посте.

@RecSysChannel
Разбор подготовил ❣ Артём Ваншулин
  • 🔥 4
  • 👏 3
  • ❤ 2
More from @recsyschannel
  1. Oct 2, 2026OneRanker: Unified Generation and Ranking with One Model in Industrial Advertising Recomme…
  2. Sep 24, 2026WHALE: A Scalable Unified Model for Recommendation with Wukong-HSTU Architecture Сегодня р…
  3. Sep 16, 2026Generating Long Semantic IDs in Parallel for Recommendation Генеративные модели с Semantic…
  4. Sep 9, 2026Три статьи на стыке LLM и Recsys Сегодня делимся сразу тремя работами о том, как LLM встра…
  5. Sep 3, 2026GRank: Towards Target-Aware and Streamlined Industrial Retrieval with a Generate-Rank Fram…
  6. Aug 27, 2026OneReason Technical Report [2/2] В первой части разобрали, как устроен OneReason-Bench и п…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →