Поиск по артикулу агенты добавляют как точное совпадение с проверкой дефисов и ведущих нулей

Артикул нужен, чтобы найти известную позицию. В запросе AB-0012 важна вся строка, а не только буквы AB или число 12.

Поиск по названию выбирает товар по словам. Документация Elastic отделяет такой разбор строки от полного совпадения идентификатора.

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

Запись приводят к согласованному виду. Это нормализация. Знаки внутри кода удаляют только по правилу владельца.

В учебном каталоге AB-0012 и AB0012 обозначают разные позиции. Удаление дефиса создаст коллизию: разные позиции получат один ключ.

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

Поиск не восстановит код, изменённый импортом. Microsoft предупреждает: Excel может удалить ведущие нули, приняв запись за число.

Артикул 0012 нужно провести через загрузку как текст. Формат ячейки, который рисует нули перед числом, не доказывает, что исходная строка сохранится в выгрузке.

Проверяют путь от файла поставщика до ответа поиска. Если на входе осталось только 12, добавлять нули наугад нельзя: сначала нужен исходный каталог и правило длины кода.

Фраза «поиск работает» оставляет агенту слишком много решений. Задачу для ИИ-агента лучше задать ожидаемыми результатами и примерами ошибочной подмены.

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

Ниже пример приёмки, где дефисы и нули значимы, а пробелы по краям разрешены. Это ожидаемые ответы для будущего теста, не результаты выполненного нами внедрения.

Опечатки и префиксы проверяют отдельно. В Algolia у исправления опечаток и поиска по началу кода разные настройки.

Артикул может повторяться у производителей. Тогда нужен производитель или выбор из списка. Первую карточку нельзя молча добавлять в корзину.

Если задачу будет делать подрядчик, заранее согласуйте правила каталога. Условия работы для компании описывают формат передачи и приёмки.

Наша опора здесь — работа машины агентов на vibecoding.ru. Открытые следы машины показывают её работу над сайтом, а точность поиска в чужом каталоге нужно проверять отдельно.

У поиска есть договорённость между частями системы. Импорт, сравнение и ответ должны понимать артикул одинаково, иначе проверка одного шага даст ложное спокойствие.

Для поиска это довод держать преобразование артикула в одном месте. Иначе импорт убирает дефис, запрос его сохраняет, а покупатель получает пустой результат при наличии товара.

Правила для агентов закрепляют решение в репозитории. Для артикула туда входят разрешённые преобразования, значимость нулей и поведение при конфликте кодов.

Проверка проходит путь от данных до заказа. Поиск должен передать идентификатор нужной позиции: тест строки не поймает соседнюю карточку в корзине.

Наш курс агентной разработки содержит урок «Одиннадцать шагов одной задачи». Его тема здесь — путь от задания до приёмки.

Если компании нужен исполнитель, поиск можно поставить в очередь на агентную разработку по подписке. Инженер ведёт машину агентов, код остаётся в вашем репозитории.

«Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026, по странице услуг. В потоке одна задача в работе, следующая ждёт в очереди. Пауза возможна в любой месяц.

Это цена подписки, а не смета поиска по артикулу. Для одной изолированной доработки стоит сравнить отдельный заказ; подписку сравнивают по всей очереди изменений каталога.

После выпуска полезен список запросов без точного совпадения. С ним руководитель отличит отсутствие товара от ошибки загрузки или неподтверждённого варианта написания.

Причину повтора разбирают с владельцем каталога. AB0012 может быть отдельной позицией или разрешённой записью AB-0012: это решает владелец.

Исправление заканчивается проверкой и повторным замером. Для нового правила добавляют пару на совпадение и пару, где коды должны отличаться.

1. Известный артикул ищут целиком. Похожий код проверяют как другой результат.
2. Нули сохраняют, дефисы меняют по правилу каталога. Исходную строку оставляют для сверки.
3. Обработку применяют одинаково к данным и запросу. Конфликтующие коды разбирают до выпуска.
4. Работу принимают положительными и отрицательными парами. Проверяют и поиск, и выбранную позицию в заказе.
5. Запросы без совпадения возвращают в очередь. Каждое исправление оставляет правило и проверку.