• Проєкти 30
  • Оцінка 5.0
  • Рейтинг 5 747

Бюджет: 7600 USD Термін: 45 днів

Дивіться, тут нюанс - це не задача про просто чат-бота, а продуктова система пошуку, де ціна помилки в архітектурі висока =/

По термінам я б закладав перший безпечний етап на 45 днів і 7600 USD - проектування, перевірка мультимодального пошуку на ваших товарах, прототип агента в месенджерах, схема даних, черга обробки фото, метрики якості пошуку і план дообучення моделі. Повна розробка вже залежить від навантаження і каталогу, скоріше за все це окремий бюджет від 20000 USD.

Бачення реалізації таке -
> нормалізуємо каталог, атрибути, фото і тексти товарів
> будуємо мультимодальний пошук - векторний індекс, ранжування, фільтри, перевірка релевантності
> робимо агента в месенджерах, який уточнює запит, показує варіанти і передає подію в адмінку
> окремо рахунемо якість пошуку і дані для дообучення, інакше модель буде красиво відповідати, але продавати слабше

Мобільна програма з адмінкою
  • Проєкти 20
  • Оцінка -
  • Рейтинг 2 092

Бюджет: 1900 USD Термін: 33 дні

Добрий день. Завдання зрозуміле: мультимодальний пошук товарів, коли запит йде і фото, і текстом одночасно, плюс агент-асистент, який живе в месенджерах і спілкується з користувачем, і все це повинно витримувати навантаження.

По архітектурі бачу це так. Мультимодальну частину будуємо на загальних ембеддингах для зображення і тексту, щоб фото і текстовий запит потрапляли в одне векторне простір і ранжування йшло по близькості. Під це лягає векторна база (працював з Qdrant в продакшені) і шар переранжування вже поверх кандидатів. Fine tuning потрібен там, де готова модель промахується по вашій номенклатурі: дообучаємо на ваших парах товар і запит, а не чіпаємо все підряд.

Агент в месенджерах у мене близький досвід: робив голосового AI-асистента для клінік, де LLM був оркестратором діалогу з tool use і пошуком по базі знань через RAG, і платформу з семантичним пошуком по контенту в Telegram. Highload частину закриваю асинхронним Python (FastAPI), чергами і кешуванням гарячих запитів.

Щоб прицілитися по навантаженню і вартості: який порядок каталогу і скільки запитів в пік очікуєте, і в яких саме месенджерах повинен жити агент? Від цього залежить вибір моделі і інфраструктури.

  • Проєкти 8
  • Оцінка -
  • Рейтинг 1 046

Бюджет: 12500 USD Термін: 45 днів

Привіт, Нік. Готові зробити автоматизацію та агентів, які будуть її контролювати/допрацьовувати. Пиши в ЛС, не витрачай час даремно.

  • Проєкти -
  • Оцінка -
  • Рейтинг 457

Бюджет: 100 USD Термін: 5 днів

Доброго дня.

Бачу, що вам потрібна не просто інтеграція LLM, а highload-система мультимодального пошуку з дообученням моделей, здатна обробляти фото та текстові запити через AI-асистента в месенджерах без втрати якості та швидкості.

Працював зі схожими AI-проектами: створював AI-консультантів, системи автоматизації на базі ChatGPT/Claude, інтеграції через Make.com, Voiceflow, Chatfuel та CRM-екосистеми, де ключовим завданням була обробка великих обсягів запитів, маршрутизація даних та побудова масштабованої архітектури.

Для такого проекту критично продумати не тільки fine-tuning моделей, але й увесь пайплайн: обробку зображень, векторний пошук, RAG-архітектуру, кешування, черги завдань, моніторинг навантаження та роботу агента в месенджерах. Один з ефективних підходів — розділити пошук, інференс та комунікаційний шар на незалежні сервіси для горизонтального масштабування.

Підкажіть, плануєте використовувати готові open-source моделі (LLaMA, Qwen, Gemma) чи розглядаєте навчання власної моделі під каталог товарів?

  • Проєкти -
  • Оцінка -
  • Рейтинг 361

Бюджет: 2500 USD Термін: 30 днів

Доброго дня.

Сильні AI-системи починаються не з fine-tuning, а з правильної архітектури. Готовий запропонувати рішення, яке буде працювати під навантаженням сьогодні і не вимагатиме переписування завтра.

Буду радий обговорити проект.

  • Проєкти 37
  • Оцінка 5.0
  • Рейтинг 16 921

Бюджет: 25 USD Термін: 1 день

Привіт, Ніку,

Це цілком моя сфера: пошук на основі ШІ, зображення та асистенти-агенти в месенджерах. Один чесний перегляд на початку, оскільки це змінює бюджет.

"Мультимодальний пошук фото + тексту" зазвичай не потребує тонкої настройки LLM. Основою пошуку є векторні вбудування зображень + тексту (стиль CLIP), проіндексовані в векторній базі даних (pgvector або Qdrant) з гібридним фільтруванням та повторним ранжуванням. Це забезпечує високу релевантність у вашому каталозі без витрат і крихкості навчання. Справжня тонка настройка виправдовує себе лише тоді, коли ми вимірюємо загальні вбудування, які погано працюють на ваших конкретних продуктах, і тоді це цілеспрямовано, а не для всього ядра.

Фактична робота LLM полягає в агентному шарі в месенджері: уточнити запит, викликати інструмент пошуку, представляти картки продуктів. Це виклик функцій/RAG, а не механізм отримання.

Як я б це побудував:
- Завантажити каталог (фото, текст, атрибути), вбудувати, проіндексувати в векторній базі даних

  • Проєкти -
  • Оцінка -
  • Рейтинг 898

Бюджет: 165 USD Термін: 1 день

Доброго дня, Nick.

Коротко:

Ваш сервіс отримає мультимодальний пошук, здатний одночасно обробляти фото- та текстові запити через персонального агента в Telegram або WhatsApp. Пошукове ядро на базі fine-tuned LLM та vision-моделей забезпечить високу точність результатів. Текстовий пошук підсилимо векторним індексом pgvector, щоб миттєво знаходити схожі товари навіть за неповним описом. Система працюватиме на Kubernetes з автоматичним масштабуванням, тож пікові навантаження не вплинуть на швидкість. Інтеграція через месенджери дозволить користувачам надсилати фото й текст у чат, а асистент повертатиме підбірку товарів з вашого каталогу. Fine-tuning на ваших даних гарантує точність, недосяжну для загальних моделей.

Детальніше:

Мультимодальний пошук вимагає глибокого fine-tuning LLM під ваш каталог, інакше релевантність залишиться на рівні generic-моделей. Пошукове ядро поєднає base-модель із донавчанням на ваших даних і векторний індекс pgvector для семантичного пошуку. Vision-компонент витягуватиме ознаки з фото, а текст уточнюватиме контекст — обидва потоки зливатимуться в єдиний ranked-результат. Архітектура на Kubernetes із незалежним масштабуванням нод (vision, text, ranking) забезпечить стабільну латентність. Event-driven архітектура з чергами повідомлень захистить від втрати запитів під час спайків трафіку, а користувач отримуватиме картки товарів із прямими посиланнями.

  • Проєкти 11
  • Оцінка 5.0
  • Рейтинг 1 788

Бюджет: 1300 USD Термін: 45 днів

Ми маємо досвід побудови Highload-архітектур та дообучення LLM для мультимодальних завдань. Реалізуємо систему через мікросервіси на Python з використанням векторних баз даних для швидкого пошуку та інтеграцією API месенджерів для роботи агента. Забезпечимо масштабованість та точність обробки запитів по фото та тексту. Готові розпочати проектування архітектури.

  • Проєкти -
  • Оцінка -
  • Рейтинг 196

Бюджет: 25000 USD Термін: 35 днів

У нас вже є практично готове схоже рішення для ІІ-пошуку та асистента в месенджерах, його можна швидко адаптувати та запустити під ваш каталог ))
По задачі я б закладав перший робочий етап від 250000 грн і близько 35 робочих днів для прототипу з пошуком по фото та тексту, ранжуванням, агентом і базовою інтеграцією в месенджери.
Дивіться, тут нюанс - для промислової версії важливо заздалегідь перевірити !!навантаження, якість пошуку та структуру каталогу!!, інакше fine tuning може стати дорогою іграшкою без помітного виграшу.
По реалізації я б йшов через шар даних, векторний і текстовий пошук, окремий шар ранжування, сценарії агента, журналювання запитів і метрики якості видачі на стороні сервісу.
Від вас потрібні вивантаження каталогу, фото, описи, правила видачі, список месенджерів і доступи до тестового API.
Уточню два моменти - який розмір каталогу і яка цільова навантаження в запитах на хвилину?
Які месенджери потрібні в першому запуску і чи є вже API каталогу?
З подібного по ІІ та агентам - https://business.ingello.com/vorfahr і https://business.ingello.com/fractal
Як близький приклад по e-commerce та каталогічній логіці - https://business.ingello.com/prime-eva
Більше про нас для біржі - https://systems-fl.ingello.com

Ставки приховані

У списку не показані ставки, приховані замовником чи фрилансером з Plus, а також ставки, що порушують правила

Актуальні фриланс-проєкти в категорії AI та машинне навчання

14:12
15 липня
14 липня
14 липня
14 липня