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

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

Но сначала проверьте, нет ли этой функции на вашей платформе. В документации WooCommerce, прочитанной 8 октября 2026, раздел заказов уже входит в личный кабинет. Может понадобиться настройка или ремонт существующей истории.

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

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

Заказ, оформленный после входа, и гостевая покупка требуют разных правил связи. Совпадения имени недостаточно. В WooCommerce прошлые гостевые заказы привязываются после подтверждения почты; порядок вашей платформы инженер проверяет отдельно.

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

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

OWASP в API Security Top 10 за 2023 год описывает именно эту ошибку. Сервер проверяет право текущего пользователя на запрошенный объект. Сам факт входа и длинный случайный номер заказа такую проверку не заменяют.

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

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

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

На vibecoding.ru машина агентов собирала кабинет ученика: профиль и рамку курса добавили 8 сентября 2026, анкеты первого входа: 11 сентября.

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

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

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

В постановке задач агенту результат описывают вместе с проверкой. Здесь формулировка конкретная: «В существующем кабинете показать список и состав моих заказов; чужой заказ не возвращать ни через экран, ни прямым запросом».

Инженер ведёт машину агентов и закрепляет условия в правилах для агентов. Автор кода не сдаёт работу фразой «у меня открылось»: другой проверяющий повторяет согласованный сценарий на обоих аккаунтах.

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

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

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

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

На /services тариф «Один проект» стоит 250 000 ₽ в месяц, проверено 8 октября 2026. Это цена месячной работы над продуктом, а не смета за одну вкладку истории заказов.

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