Чтобы проверить нейросеть для поиска товаров, заранее запишите правильные карточки и ответы на вопросы о них. Проверьте запросы с точными артикулами, описанием задачи, обязательными характеристиками и случаи без совпадения. Сохраните отдельно найденные товары и ответ системы: верная карточка ещё не подтверждает верный ответ.
Разборы применения ИИ в работе можно читать в Telegram-канале.
Почему смыслового поиска мало для артикула?
Покупатель может написать «зарядное устройство для моего ноутбука» или прислать полный артикул. В первом случае поиск должен разобраться с названием и условиями выбора. Во втором нельзя незаметно заменить одну букву и показать другую модель как найденную.
2 октября 2026 года Яндекс объявил гибридный поиск в YDB: он объединяет поиск по ключевым словам и по смыслу. В релизе указана enterprise-редакция версии 26.3. Это сообщение о технологии, а не результат проверки товарного каталога. Из него не следует, что ваш поиск правильно обработает похожие артикулы и все условия заказа.
В документации поисковой системы Elasticsearch запрос term описан как поиск точного значения, сохранённого в поле для поиска. Для текстовых полей типа text есть предупреждение: обработка текста может менять пунктуацию и регистр. Поэтому спросите подрядчика, в каком поле хранится полный артикул и по какому правилу сравнивается. Одного названия «точный поиск» в презентации недостаточно.
Совместимость, мощность и наличие стоит проверять как отдельные ограничения. Например, поисковый сервис Azure AI Search поддерживает фильтры: они отбирают записи по условиям в полях, для которых разрешена такая проверка. Это иллюстрация механизма, не инструкция для любого движка. В вашем каталоге нужно сохранить сами характеристики и выяснить, как система проверяет каждую из них.
Если исходные сведения ещё не собраны, начните с подготовки базы знаний для ИИ-ассистента. В этой проверке нужно выяснить, нашла ли система нужный товар и правильно ли ответила о нём.
Какой каталог подготовить для проверки?
Ниже три вымышленных адаптера питания. Все названия, характеристики, совместимость и остатки придуманы для упражнения. Это не реальные товары и не рекомендации по электрической совместимости. Испытания YDB или другой поисковой системы на этом наборе не проводились.
ID - внутренний идентификатор карточки; в этом примере это C01, C02 или C03. Он отличается от артикула товара.
| ID и артикул | Название | Мощность и разъём | Совместимость по карточке | Остаток V1 |
|---|---|---|---|---|
| C01, ADP-065-A | Адаптер питания Лира 65 A | 65 Вт, USB-C | Лира N14 | 5 |
| C02, ADP-065-B | Адаптер питания Лира 65 B | 65 Вт, цилиндрический DC | Лира N15 | 4 |
| C03, ADP-090-A | Адаптер питания Лира 90 A | 90 Вт, USB-C | Лира N14 Pro | 0 |
Для всех трёх карточек в учебном наборе заданы синонимы: «адаптер питания», «блок питания», «зарядное устройство». Общий синоним не выбирает единственную модель. Совместимость здесь определяется только явным полем карточки: похожее название ноутбука не разрешает додумать подходящий адаптер.
В версии V1 артикулы сравниваются буквально, с сохранением регистра и дефисов. Строки adp-065-a, ADP 065 A и артикул с кириллической «А» не объявлены равными ADP-065-A. Если хотите принимать такие варианты, сначала согласуйте правило нормализации: какие различия в записи артикула можно игнорировать при сравнении. Затем добавьте отдельные вопросы с заранее записанными правильными ответами. Не позволяйте системе молча исправлять неизвестный код товара.
Сохраните этот набор отдельным файлом с пометкой V1. Для реальной проверки возьмите разрешённую копию своего каталога, добавьте характерные товары и заранее проверенные ограничения. Не передавайте вместе с ней клиентские контакты, ключи доступа и другую информацию, которая для поиска не нужна.
Обсудить, какие данные и проверки нужны для вашей задачи с ИИ, можно через форму ниже.
Консультация
Заявка на консультацию по внедрению ИИ
Оставьте контакт: свяжемся и обсудим, какие задачи вашей компании имеет смысл передать искусственному интеллекту.
Какие вопросы задать поиску?
Таблица содержит ручные эталоны для V1. Это предлагаемая проверка, её результаты пока не получены. Передайте вопросы подрядчику и попросите вернуть исходные найденные ID, полные ответы и ссылку на проверяемую версию каталога.
| Запрос | Ожидаемый результат по V1 | Что проверить |
|---|---|---|
| Покажите карточку C02 | C02, ADP-065-B | ID и артикул не подменены |
| Найдите ADP-065-A | C01, 65 Вт, USB-C, Лира N14 | Не выбран похожий C02 или C03 |
| Найдите ADP-065-B | C02, DC, Лира N15 | Последняя буква влияет на находку |
| Адаптер питания Лира 90 A | C03, 90 Вт, USB-C, Лира N14 Pro, остаток 0 | Товар существует, но отсутствует в наличии |
| Какие блоки питания есть в каталоге? | C01, C02, C03 | Общий синоним не означает «только в наличии» |
| Зарядное устройство для Лира N14 | C01 | Совместимость взята из поля карточки |
| Найдите ADP-065-C | Точный артикул не найден | Аналог не выдан за точное совпадение |
| 65 Вт, USB-C, для Лира N14 | C01 | Все три условия выполнены одновременно |
| 65 Вт, USB-C, для Лира N15 | Совпадений нет | Характеристики двух товаров не смешаны |
| USB-C и есть в наличии | C01 | C03 с нулевым остатком не подходит |
| Адаптер Лира 65 | C01 и C02 либо уточняющий вопрос | Система не выбирает одну модель без основания |
| ADP-065-B с USB-C | Сообщение о конфликте: у C02 разъём DC | Запрошенный разъём не приписан карточке |
Пустой результат тоже нужно принять правильно. Для ADP-065-C можно отдельно предложить похожие позиции с явной пометкой «альтернативы». Нельзя объявлять их запрошенным артикулом.
Для C03 важно другое: карточка есть, остаток нулевой. Ответ «такого товара в каталоге нет» потеряет это различие.
Если обязательное поле отсутствует, ожидаемый ответ должен обозначить нехватку сведений или запросить уточнение. Не считайте догадку о разъёме или совместимости подтверждённой характеристикой.
Как отделить ошибку поиска от ошибки ответа?
В документации Microsoft об оценке RAG отдельно рассматриваются поиск исходных документов и конечный ответ. RAG - способ дать модели найденные сведения для подготовки ответа. Для каталога полезно сохранить такое же разделение, даже если поставщик называет решение иначе.
Допустим, на запрос ADP-065-B поиск вернул C02, но ответ описал USB-C. Находка правильная, характеристика ответа неверная. Если поиск вернул C01 и модель верно пересказала его поля, ошибка уже произошла при выборе товара. Хорошо написанный ответ на другую карточку задачу покупателя не решает.
Для каждой строки таблицы сохраните отдельную запись:
Версия каталога: V1
Запрос: 65 Вт, USB-C, для Лира N15
Эталон: совпадений нет
Найденные ID: заполняет исполнитель проверки
Полный ответ: заполняет исполнитель проверки
Проверка каждого условия: заполняет исполнитель проверки
Ошибка поиска или ответа: заполняет исполнитель проверки
Решение: принять / исправить / требуется уточнениеЭто шаблон записи, а не инструкция для модели придумать результаты. Если сервис не показывает найденные карточки, попросите подрядчика выгрузить их из журнала поиска. Без такого свидетельства вы сможете проверить видимый ответ, но не подтвердите, какой этап дал ошибку.
Что проверить после изменения карточки?
В учебной версии V2 измените только остаток C02: было 4, стало 0. ID, артикул, разъём и совместимость остаются прежними. До изменения сохраните V1 и ответы, затем запишите время загрузки V2 и подтверждение, что обновление стало доступно поиску.
После этого запрос «ADP-065-B есть в наличии?» должен сообщить: карточка C02 существует, остаток 0. На запрос «Какие адаптеры 65 Вт есть в наличии?» по этому набору подходит только C01. Вопрос о разъёме ADP-065-B по-прежнему должен получить DC. Не принимайте старый остаток после подтверждённой готовности V2.
Заранее согласуйте допустимую задержку обновления для выбранного продукта и способ её проверки. Пока загрузка или индексация - подготовка обновлённых данных для поиска - не завершена, записывайте старый ответ отдельно от ошибок после подтверждения готовности. Универсальный срок в минутах из этого упражнения не следует: здесь скорость обновления не измерялась.
Когда можно открывать поиск покупателям?
Для этого упражнения предлагаем простой критерий: ни одной подмены или выдуманного поля в подготовленных вопросах. Это рекомендация для учебного набора, не отраслевой стандарт и не обещание безошибочной работы на большом каталоге. Результаты разделите по типам ошибок, не прячьте неверный артикул внутри общего процента удачных ответов.
Порядок приёмки:
- Зафиксируйте карточки, версию, правила сравнения и ручные эталоны.
- Выполните вопросы и сохраните найденные ID вместе с полными ответами.
- Отдельно разберите ошибки поиска и ошибки ответа, проверьте все обязательные поля.
- Повторите вопросы после учебного изменения остатка и подтверждённого обновления.
- Исправьте нарушения, повторите затронутые сценарии и добавьте товары из своего каталога.
Отдельно договоритесь, что произойдёт при недоступности модели: обычный поиск, сообщение об ограничении или передача вопроса сотруднику. Проверьте выбранное поведение, кто получит уведомление и кто восстановит работу. Не называйте резервный путь проверенным только потому, что он записан в задании.
Этот набор не измеряет точность на тысячах товаров, скорость, стоимость запросов, устойчивость под нагрузкой и качество повторных ответов. Если это входит в вашу задачу, согласуйте дополнительные проверки и сохраните их реальные результаты до запуска для покупателей.
Для обсуждения внедрения подготовьте несколько карточек, вопросы и найденные ошибки. В форме заявки укажите контакт, способ связи и сайт компании. Подготовленные материалы помогут обсудить конкретную задачу внедрения.