Массовое редактирование карточек агенты добавляют с просмотром списка изменений до применения

Готовый редактор стоит проверить до заказа новой функции. В WooCommerce уже есть групповая правка товаров, но документация ограничивает её применение к сложным товарам с вариантами.

SelSup и MPSTATS предлагают массовые правки для маркетплейсов. SelSup отправляет параметры в подключённые площадки, MPSTATS работает с карточками Wildberries.

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

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

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

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

До применения сотруднику нужен список «товар · поле · было / станет». Название и артикул помогают узнать товар, счётчик выбранных карточек показывает объём операции.

В учебном примере метку «Лето» меняют, уже заданную «Осень» пропускают. Блюдце исключают из операции. Просмотр только нового значения не поможет заметить чужой товар.

Правила для ИИ-агентов ограничивают исполнителя над кодом. Готовая программа тоже должна запрещать запись в лишние поля. Спрятать поле с экрана недостаточно.

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

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

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

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

Протокол разделяет сохранённые товары, пропуски и незавершённые попытки. Надпись «Ошибка» без этого списка возвращает сотрудника к ручной проверке каталога.

Возврат прежних значений должен замечать чужую правку после операции. Общий порядок действий описан в статье про ответственность за ошибки ИИ. Здесь проверяют редактор.

Инженер ведёт машину агентов на vibecoding.ru, её следы видны в публичном журнале работы. Товарный редактор клиенту этой машиной мы ещё не внедряли.

Чужой файл в массовой замене похож на чужой товар в отборе. Наш опыт дал принцип подтверждённого списка, без замера скорости или экономии для магазина.

Урок «Одиннадцать шагов одной задачи» в курсе об агентной разработке включает приёмку. Для редактора её результатом будут пройденные сценарии, не демонстрация экрана.

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

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

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

1. Сначала проверьте готовый редактор на нужных товарах и полях.

2. В заказе закрепите отбор и разрешённые поля, затем список «было / станет».

3. Подтверждение должно относиться к этому списку, изменения после просмотра требуют проверки.

4. Принимайте отмену, конфликт, сбой, повтор и возврат прежних значений вместе с удачной правкой.

5. Мерьте время отдела и возвраты до и после доработки. Протокол покажет, что исправлять следующим.