Заказ закрыт Придумать оптимальную AI-архитектуру для рекомендательного с

Бюджет: 35 000 руб
Безопасных сделок: 0
Отзывы фрилансеров: + 0 - 0
Зарегистрирован на сайте 4 года и 10 месяцев
Мы создаём мобильное приложение, которое помогает пользователям выбирать персонализированные подарки по профилю человека (возраст, пол, увлечения, профессия и т. д.). У нас будет доступ к очень большой товарной базе (например, Wildberries – более 20 миллионов наименований).

Мы хотим использовать искусственный интеллект, чтобы:
На основании профиля ( возраст, пол, увлечения, профессия и т. д.) генерировать индивидуализированные идеи подарков, но не из воздуха, а из базы товаров. Соответственно ИИ должен на ней обучиться, чтоб знать из чего подбирать. 
Выдавать объяснение, почему именно эти подарки подойдут
Делать это качественно, быстро и нестандартно.

Чтоб лучше понять попробую привести пример:
Пример "Маша, племянница, 11 лет, интересуется программированием, любит Гарри Поттера"
Ответ при поиске в базе по ключам:
1 вариант – подойдет набор состоящий из классной светящейся клавиатуры и мышки. 
2 вариант – подойдет крутая волшебная палочка как у Гарри Поттера. 
(не очень классный ответ т.к. каждый вариант удовлетворяет только одному из 2 интересов)
Ответ Chat GPT – Умные очки типа Meta Ray Ban в круглой оправе как очки Гарри Поттера. 
(ChatGPT придумал реально классный, креативный вариант, удовлетворяющий обоим интересам, и для этого использована 1 явная связь – Продвинутые IT технологии интегрированные в вещь (очки) могут быть интересны программисту, при этом он нашел еще совершенно не явную связь что они имеют круглую форму, как очки Гарри Поттера. Это был бы подарок с настоящим ВАУ эффектом для Маши, но к сожалению Chat GPT не в курсе что таких очков (круглой формы) нет в природе и тем более в нашей базе, если бы он знал все товары, которые есть в нашей базе наверняка предложил бы еще что-то креативное.

В итоге поиск по ключам "по старинке" дал посредственные результаты – ради которых клиент не станет скачивать наше приложение, т.к. так с задачей замечательно справился бы Гугл, или простой поиск в маркетплейсе. 
Идея же ChatGPT оказалась классной, но к сожалению придуманного им подарка нет в базе. 
Мы же хотим добиться креативности ИИ на реальной базе товаров, чтоб было ради чего скачивать наше приложение. 

Мы рассчитываем, что в этом конкурсе найдутся участники, которые смогут предложить оптимальную с точки зрения Время/цена/качество архитектуру AI-решения:
Какие платформы/модели использовать (LLM, векторные БД и т. д.)
Подходит ли fine-tuning или лучше использовать RAG?
Где и как хранить данные?
Как масштабировать решение?

Желательно обосновать:
Почему выбранный стек подходит лучше других
Как обеспечить быстрые и качественные ответы
Как избежать проблем с креативностью (не ограничивать выбор до топ-50 товаров)
Как организовать обновление базы

Указать:
Примерные сроки реализации MVP
Оценку стоимости (облако, API, обучение и т. д.)

Победитель конкурса получит приз 35000 руб, а также, при желании – возможность работать с нами дальше над реализацией идеи, поэтому очень желательно чтоб то, что вы предлагаете вы же сами могли реализовать. Либо могли указать кто, помимо Open AI, Google и Маска сможет это реализовать с реальными бюджетами и сроками. 
Разделы:
Конкурс

Настоящий конкурс не является публичным конкурсом в соответствии с гражданским законодательством Российской Федерации. Участие в данном мероприятии не гарантирует определение победителя, а также выплату вознаграждения. Площадка FL не является организатором конкурса. Нажимая кнопку «Принять участие в конкурсе», вы подтверждаете, что согласны участвовать на описанных условиях.


Участники

Статистика по конкурсу

  • Сегодня опубликовано 0 работ и 0 комментариев

Заказ закрыт Конкурс окончен 20.07.2025

Конкурс длился с 13.07.2025 до 20.07.2025

Победитель будет объявлен во вторник, 22.07.2025

Конкурсные работы

  • Егор Аввакумов   [13.07.2025 | 23:15]

    О нас:
    - Создаём сложные ИИ решение;
    - На рынке 1.5 года;
    - От ИИ ассистентов до SaaS ИИ решений для крупных компаний;

    Обо мне:
    - Проектный руководитель в компании, могу выступить в качестве индивидуального специалиста;
    - Промт инженер;
    - Релевантный опыт работы 1.5 года;

    Суть решения:
    Гибрид RAG + Fine-tuning на LLM (например, Mistral 7B).
    RAG (Retrieval-Augmented Generation) гарантирует, что подарки существуют в вашей базе (Wildberries/Ozon), а дообученная нейросеть генерирует креативные объяснения, связывая интересы человека с характеристиками реальных товаров.

    Архитектура:

    Поиск товаров: Векторная БД (Qdrant/Weaviate). Обрабатывает 20M+ позиций за 100-200 мс. Фильтрует по цене, категории и т.д.

    Генерация идей: Fine-tuned LLM (Mistral 7B или GPT-3.5 Turbo). Обучена на ваших сценариях (пример с Машей + аналоги).

    Обновление базы: Airflow или Kafka. Ежедневный парсинг маркетплейсов → обновление эмбеддингов.

    Бэкенд: Python (FastAPI) + Golang для скорости.

    Облако: Yandex Cloud/Selectel (дешевле AWS, российские серверы).

    Почему гибрид RAG + Fine-tuning?

    RAG исключает "фантазии" (как очки Гарри Поттера), работая только с реальными товарами.

    Fine-tuning учит ИИ находить неочевидные связи (например, клавиатура в стиле Хогвартса для программиста).

    Это дешевле чистого GPT-4, но сохраняет креативность.

    Сроки MVP: 8 недель.
    Этапы:

    Настройка векторной БД + парсинг товаров (2 нед.).

    Обучение LLM на ваших кейсах (2 нед.).

    Интеграция RAG + LLM (2 нед.).

    Тестирование + оптимизация (2 нед.).

    Стоимость:

    Инфраструктура: ~25 000 руб./мес (серверы, Qdrant, API).

    Разработка MVP: 350 000 – 500 000 руб. (обоснование: 2-3 месяца работы команды из ML-инженера, бэкендера, QA).

    Как избежать ограничений?

    Не обрезаем топ-N товаров. ИИ анализирует все релевантные варианты из поиска.

    Кэшируем частые запросы ("подарок мужчине 30 лет") для скорости.

    Next Steps:
  • Михаил Томчик   [14.07.2025 | 00:19] [внесены изменения: 14.07 2025 | 00:22]

    ПРОБЛЕМА:
    1. ПОИСК РЕАЛЬНЫХ РЕЛЕВАНТНЫХ ТОВАРОВ ИЗ РАЗЛИЧНЫХ ИСТОЧНИКОВ
    2. ОГРАНИЧЕННОСТЬ БЮДЖЕТА
    3. ОГРОМНОЕ КОЛИЧЕСТВО НАИМЕНОВАНИЙ ТОВАРОВ, КОТОРЫЕ ВСЕ В ИИ НЕ ЗАПИХНЕШЬ

    РЕШЕНИЕ:
    Собираем сервис который включает в себя несколько ИИ агентов, поисковый движок, API торговых площадок или любая ваша БД. А дальше начинается магия с определением намерений, предоставлением структурированных ответов, выделением их в отдельную память, сравнением, поиском в интернет по заданным сайтам(самый первый легкий вариант), а дальше можно искать по API или пусть ИИ сам ищет по БД через SQL запросы.

    Самый простой и дешевый способ это любая модель можно даже лламу или deepSeek на 8B, а дальше ИИ составляет SQL запросы и ищет по БД, сохраняет результат и потом можно карточку товара и описание через ИИ прогнать на релевантность.
    в Intent агенту можно каталог категорий скармливать, а дальше уже подкатегории и так далее но это уже оптимизация
    • Добавлено 14.07.2025 в 00:19
      Придумать оптимальную AI-архитектуру для рекомендательного с - фото 1
    • Добавлено 14.07.2025 в 00:22
      Придумать оптимальную AI-архитектуру для рекомендательного с - фото 2
    • Добавлено 14.07.2025 в 00:22
      Придумать оптимальную AI-архитектуру для рекомендательного с - фото 3
  • Юлия Хевер   [14.07.2025 | 02:27]

    Здравствуйте!
    Спасибо за такую вдохновляющую задачу – вы отлично сформулировали суть проблемы, и у меня уже есть практичное решение, которое действительно можно реализовать: быстро, разумно по бюджету и без перегруза технологиями.

    Итак, что мы хотим получить?

    ИИ, который:
    - Подбирает подарки по профилю (возраст, пол, интересы, роль),
    - Не "фантазирует", а выбирает из реальной товарной базы,
    - При этом умеет выдавать креативные, персонализированные объяснения, создающие вау-эффект.

    Как это реализовать?

    Архитектура решения:

    1. Векторная база товаров (Qdrant или Weaviate)
    - Все товары конвертируются в embeddings (через OpenAI или BGE-small).
    - Храним название, описание, категории, интересы, цену, ссылки и т.д.
    - По запросу подбираются 100-200 наиболее релевантных позиций.

    2. ChatGPT / GPT‑4‑turbo (или Claude / Mistral)
    - Получает на вход профиль пользователя и подборку товаров.
    - Выдаёт 2-3 идеи подарков + объяснение, почему они подходят, с учётом интересов и роли.

    3. Пример запроса:
    "Андрей, 37 лет, архитектор, обожает японскую культуру и чайные церемонии"
    Пример ответа:
    - Керамический чайник в стиле wabi-sabi – эстетика минимализма и натуральной фактуры в духе дзен.
    - Настольный водопад с камнями – создаёт спокойную атмосферу в рабочем пространстве.
    - Лампа с японским архитектурным дизайном – идеально сочетает его профессию и увлечения.

    ИИ подаёт ответ эмоционально, не шаблонно – это не просто фильтрация по цене и полу, это язык помощника, который обращается к пользователю.

    Почему без fine-tuning и Kafka?

    - Fine-tuning не нужен – можно добиться нужной креативности через правильные промпты и подбор контекста.
    - Kafka, Airflow и Golang – лишняя сложность для MVP. Всё решается стеком Qdrant + Python + OpenAI.
    - Кэшируем популярные запросы (например, "подарок мужчине 30 лет") для скорости.
    - Обновление базы – через парсинг, API или регулярный импорт CSV/Excel.

    MVP за 3-4 недели
    Этапы:
    - Подготовка товарной базы и embedding'ов – 5-7 дней
    - Настройка векторной БД и поиск – 3-5 дней
    - Генерация креативных ответов – 3-5 дней
    - Интерфейс + тестирование – 1 неделя

    Можно делать как веб-сервис, телеграм-бот или API.
    Бюджет (реалистично)
    - Инфраструктура: от 10-20 тыс. ₽/мес (VPS + OpenAI API)
    - Разработка MVP: от 70 000 до 120 000 ₽
    (если часть логики берём на себя и не привлекаем дорогую ML-команду)

    Если потребуется масштабирование (на миллионы товаров), стек легко расширяется.

    В завершение)

    Я могу выступить как:
    - AI-дизайнер решения – спроектировать и собрать архитектуру,
    - Промпт-инженер – выжать максимум из LLM без лишних затрат,
    - Куратор проекта – если потребуется собрать команду под реализацию.

    Соберу демо, протестирую подход на ваших примерах и адаптирую архитектуру под вашу инфраструктуру.

    Спасибо! Это именно тот проект, которым хочется гордиться.
  • AcceSMS RU   [14.07.2025 | 08:23]

    Не вижу смысла в многотексте, ибо берём любой бэк-язык, подрубаем gpt api (аккаунт именно api должен быть) – всё феншуй.
  • Владимир Зимин   [14.07.2025 | 16:42]

    Здравствуйте! Изучил проект, который вы хотите реализовать, и подготовил видение его выполнения. Начну с архитектуры в общем виде, а потом сделаю уточнения, чтобы было понятно что для чего.

    Архитектура проекта:
    1. Сервис загрузки векторной базы данных (для RAG)
    2. Сервис анализа запроса пользователей (для создания "кандидатов" для поиска).
    3. Сервис поиска по векторной БД.
    4. Сервис оценки "кандидатов" и подготовки итоговых ответов.
    5. UI для взаимодействия.

    т.е., фактически это будет веб-приложение с несколькими сервисами на базе ИИ и RAG-модулем.

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

    Пояснения к архитектуре изложил в отдельном файле (Пояснения к архитектуре.docx), который приложил к отклику на конкурс.
    • Добавлено 14.07.2025 в 16:42
      f_9096875090c71d59.docx
      docx 16.39 Кб  
  • Владимир Андриенко   [15.07.2025 | 02:04] [внесены изменения: 15.07 2025 | 02:16]

    Здравствуйте. Вообще существует специальный раздел ML – рекомендательные системы. Но там предполагается наличие базы уже найденных соответствий. То есть в вашем случае – база пользователей со своими интересами, где у каждого есть список подарков, которые ему подошли. И потом когда появится новый пользователь – ему подберётся подарок исходя из предпочтений пользователей с аналогичными интересами.

    Но такой базы у вас, судя по всему, нет, поэтому её сперва нужно получить.

    Для этого берём ваш каталог, и к каждому товару постепенно генерируем набор интересов через ИИ. Например, просим СhatGPT перечислить список интересов, возраст, географию и прочие параметры людей, которым данный товар подошёл бы как подарок. Это займёт много времени, но без этого никак.

    Получив базу, запускаем обучение уже обычной (локальной) нейронки, которая будет предлагать новым пользователям оптимальные подарки. Тут выбор очень большой, я бы использовал GCN, исходя из подзадачи "не ограничивать выбор до топ-50 товаров".

    Всё остальное на самом деле не так важно. Где и как хранить данные? Любая удобная БД. Как масштабировать? Смотря что вы имеете в виду. Перенести на новый каталог – просто повторить всё от создания базы до обучения. Как организовать обновление базы? Просто не останавливать процесс генерации. Плюс сделать отзывы в приложении – подарок подошёл/не подошёл. К сгенерированным данным будут добавляться реальные.

    Стек может быть любой. Мне удобно делать на python, mysql, GCN, Deep Graph Library (на pythorch). Всё это можно заменить аналогами без потери качества. Быстрые и качественные ответы + отсутствие проблем с креативностью будут обеспечены, если организовать систему именно так, как я предложил: генерация базы + обучение рекомендательной системы.

    Не понимаю вопрос про MVP. Вы говорите только про рекомендательный сервис, или о приложении целиком – с интерфейсом, админкой, статистикой, монетизацией, рекламой? Если первый вариант, то зачем здесь MVP, нужно делать сразу готовую систему. Если второй – то нужны вводные по самому приложению.

    Стоимость и сроки той реализации, которую я описал, зависят от размера базы, которую мы хотим создать. Нужно проводить тесты для точной оценки времени, но я бы сказал месяц на базу, месяц на работу. Работу можно начинать спустя неделю после начала создания базы. То есть чистое время 5 недель. Стоимость работы + API + аренда сервера – всё вместе в диапазоне 300-400к. Реализацией могу заняться.
  • Ернур Нур   [17.07.2025 | 15:50] [внесены изменения: 17.07 2025 | 15:52]

    Ради интереса. Решение, ниже представлено оптимизированное по стоимости предложение для разработки мобильного приложения для персонализированных подарков, использующего товарную базу (например, Wildberries с 20M+ наименований). Решение минимизирует затраты за счет open-source технологий, локальных ресурсов и недорогих облачных сервисов, сохраняя качество, креативность и скорость рекомендаций. Все аспекты задачи, включая выбор технологий, хранение данных, масштабирование, сроки и стоимость, подробно описаны в документе.

    • Добавлено 17.07.2025 в 15:52
      f_6176878f1ef93e61.docx
      docx 18.95 Кб  

Теги: