Embeddings простыми словами: как поиск находит смысл
Как векторные представления помогают искать по документам, чем отличаются от поиска по словам и как проверить качество корпоративного поиска.
Клиент пишет «хочу вернуть наушники», а нужный раздел справочника называется «Порядок возврата товара». Совпадающих слов мало, задача одна. Для такого поиска используют embeddings, числовые представления текста.
Числа вместо ярлыка
Специальная модель получает фразу и выдаёт набор чисел, вектор. По нему другая программа оценивает, какие фрагменты похожи. Человеку отдельное число почти ничего не говорит: полезно взаимное расположение векторов в выбранной модели.
Представьте каталог мастерской. Запрос «течёт кран» может оказаться ближе к странице «замена смесителя», чем к новости о водоснабжении. Это учебный пример смысловой близости, а не обещание, что любая модель всегда выберет правильную услугу.
У разных моделей отличаются размер вектора, поддерживаемые языки и качество поиска. Их представления обычно нельзя смешивать в одном индексе. При смене модели документы часто приходится обрабатывать заново.
Путь документа до ответа
- Документы очищают от меню, повторов и старых версий.
- Делят на фрагменты, которые сохраняют законченную мысль и ссылку на источник.
- Получают векторы и помещают их в индекс вместе с текстом и правами доступа.
- Так же обрабатывают запрос пользователя и находят близкие фрагменты.
- При необходимости передают найденный текст языковой модели для ответа.
Последний шаг относится к RAG: модель отвечает с опорой на найденные материалы. Векторный поиск подбирает материалы, но не проверяет их истинность. Устаревшая инструкция останется устаревшей даже при точном совпадении смысла.
Где такой поиск пригодится
| Задача | Что искать | Что проверять |
|---|---|---|
| Поддержка | Статью справки по свободному вопросу | Подходит ли она именно этой версии продукта |
| Внутренняя база | Регламент по описанию ситуации | Есть ли у сотрудника доступ к документу |
| Каталог | Товар по назначению | Совместимость, наличие и обязательные свойства |
| Обращения | Похожие жалобы | Не объединены ли разные причины |
Классификация и рекомендации тоже могут опираться на близость векторов. Но близость ещё не означает равнозначность. Жалобы «не пришёл код» и «код пришёл постороннему» похожи по словам, а требуют разного порядка реакции.
Когда достаточно обычного поиска
Артикул, номер договора или точное название детали лучше искать как точное значение. Даже небольшой справочник может выиграть от смыслового поиска, а большой каталог иногда обходится фильтрами. Количество документов само по себе ничего не решает.
Часто полезен гибридный поиск: точные слова и фильтры ограничивают выборку, смысловая близость упорядочивает результаты. Для товара сначала проверяют модель устройства, затем ищут похожее описание.
Обновления и удаления тоже входят в поиск
Когда сотрудник меняет регламент, нужно обновить его фрагменты и векторы. Когда документ удаляют или закрывают для отдела, старые фрагменты должны исчезнуть из выдачи. Проверяйте это отдельно: поиск по красивому учебному справочнику не обнаружит ошибку прав доступа.
Как проверить внедрение
Подготовьте реальные вопросы сотрудников и отметьте правильные документы. Добавьте опечатки, бытовые формулировки и вопросы, ответа на которые в базе нет. Проверьте, попадает ли нужный источник в первые результаты и не видит ли пользователь чужие документы.
Расходы складываются из первичной обработки базы, обновлений, запросов и хранения. Техническую механику можно сверить с документацией по векторным представлениям. Практический проект стоит начинать с набора проверочных вопросов, а не с покупки векторной базы.

