Сравнение товаров на сайте требует одинаковых характеристик, а агенты собирают таблицу из каталога

Граница сравнения начинается с категории. Справка Яндекс Маркета на 7 октября 2026 разрешает сравнивать модели одной категории и предлагает режимы всех или отличающихся характеристик.

Но одной категории мало: поставщики называют одно свойство по-разному. Если «Вес» и «Масса» означают массу самого устройства, таблице нужна общая строка. «Вес в упаковке» должен остаться отдельным полем.

Общий словарь задаёт смысл поля. GS1 в модели товарных данных разделяет общие и категорийные атрибуты, а в словаре объясняет их применение. Для магазина согласуйте словарь внутри выбранной категории.

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

Одинаковая подпись ещё не делает значения сравнимыми. В условном примере масса 1,5 кг и 1 500 г даёт одно значение; масса с упаковкой не становится массой устройства после пересчёта.

Режим «Только различия» должен сравнивать приведённые значения. Если проверять исходные строки, «1,5 кг» и «1 500 г» окажутся разными, хотя покупателю показывают одну массу.

Пропущенная характеристика означает «Не указано». Её нельзя превращать в ноль или «Нет»: пустая строка про подсветку клавиатуры не доказывает, что подсветки нет.

Условия измерения сохраняют рядом со значением. Заявленное время работы при просмотре видео и при офисной нагрузке нельзя ранжировать как один результат; перевод часов в минуты эту разницу не устраняет.

Агенту для кода можно поручить связать выбор товаров с каталогом и вывести таблицу. В блоге разработчиков Adobe за сентябрь 2026 показан блок, который читает артикулы из адреса страницы и выводит атрибуты в заданном порядке.

ИИ помогает разобрать разнородные названия, когда ему дают источник и образец результата. Claude Academy на 7 октября описывает сбор характеристик с товарных страниц в сравнительную таблицу; это сценарий инструмента, а не замер разработки магазинного модуля.

Совпадение смысла принимает владелец каталога. Агент может предложить объединить «Вес» и «Масса», но спорную «Память» должен вынести на проверку: поставщик мог иметь в виду накопитель.

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

Заполненная таблица доказывает лишь то, что экран рисуется. Для приёмки нужен набор товаров с известными проблемами: одинаковая масса в разных единицах, пропуск и конфликт двух источников.

Отсутствующие данные надо отличать от подтверждённого различия. Переключатель не должен скрывать строку, где у товара А значение есть, а у Б оно неизвестно; выделение победителя в такой строке будет догадкой.

На телефоне покупатель должен понимать, какому товару принадлежит ячейка. При прокрутке нужны названия товаров и строк; удаление товара не должно перемешивать значения остальных колонок.

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

На РуБенче модели выполняют общий набор задач, а результат стоит рядом со стоимостью решённой задачи. Покупатель магазина решает другую задачу, но принцип тот же: строки должны обозначать одинаковые измерения.

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

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

Результат агента принимает инженер. На /open видны работа машины и роль человека. Рост продаж после добавления сравнения предстоит измерить на самом магазине.

Объём первого заказа задаёт категория с покупательским выбором. В него входят источник характеристик, общий словарь и поведение пропусков; кнопка сравнения без этих работ оставит старые ошибки в новом экране.

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

Если вести разработку некому, следующий шаг начинается с теста для руководителя. Он помогает оценить готовность передать задачи машине; не заменяет разбор вашего каталога.

В подписке на агентную разработку «Один проект» стоит 250 000 ₽ в месяц, по странице на 7 октября 2026. Это один продукт и один поток работы; цену всей таблицы и срок её готовности надо согласовать по составу задач.

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

1. Начните с категории и общего словаря. Для каждого поля согласуйте смысл, единицу и источник.

2. Сравнивайте приведённые значения. Пропуск оставляйте неизвестным, условия замера показывайте рядом.

3. Поручите агенту перенос данных и интерфейс. Спорные совпадения полей принимает ответственный за каталог.

4. Принимайте результат на ошибках и обновлении каталога. Красивого демо с заполненными полями недостаточно.

5. После запуска возвращайте ошибки характеристик в общую схему. Пользу для покупателя проверяйте по заказам.