Избранные товары на сайте сохраняют до входа, а агенты проверяют объединение списков

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

Список в браузере не равен списку в аккаунте. MDN, проверка 7 октября 2026: localStorage сохраняет данные между сессиями, но очистка данных сайта удаляет локальную копию, а приватный режим не даёт обещания долгого хранения. На другом устройстве эта копия сама не появится.

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

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

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

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

Что если человек вошёл, но ответ о сохранении не пришёл? Сервер мог не получить запрос. А мог записать список, после чего связь оборвалась. Эти ситуации выглядят одинаково на экране, но требуют разных проверок.

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

Есть и параллельные действия: другая вкладка добавляет товар, пока первая объединяет списки. WHATWG, проверка 7 октября 2026, предостерегает от расчёта на блокировку браузерного хранилища между контекстами. Инженер выбирает способ согласования, а правила для агентов фиксируют требование не терять новый выбор.

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

Официальная документация Playwright, проверка 7 октября 2026, описывает изолированные браузерные контексты и вмешательство в сеть. Это средства для автоматизации сценариев. Готовую функцию магазина мы ими здесь не проверяли.

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

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

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

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

Можно ли принять работу по демонстрации? Только если она воспроизводит согласованные сценарии и оставляет протокол результата. Вместе с кодом исполнитель передаёт правила хранения, объединения, повтора, выхода и способ повторить проверки.

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

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

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

Если доработка одна, запросите оценку именно её по сценариям приёмки. Срок разработки функции зависит от существующего входа, каталога и способа хранения. Обещать срок только по названию «избранное» нельзя.

Для постоянной очереди изменений у нас есть подписка «Один проект»: 250 000 ₽ в месяц на 7 октября 2026. Гостевой список и объединение можно сформулировать как задачу такого потока. Цена подписки не является оценкой отдельной функции; начать выбор формата поможет тест для руководителя.

1. Разрешите сохранять выбор до входа и назовите, где он хранится.

2. Запишите ожидаемое объединение гостевого и прежнего списка аккаунта по ключу товара или варианта.

3. Принимайте повторы, сетевые сбои и смену аккаунта по воспроизводимым сценариям, сверяя сохранённые данные.

4. После выпуска превращайте найденные потери в проверки; эффект для продаж измеряйте отдельно.