Будущее агентной разработки заключается в самовосстанавливающихся приложениях. Представьте, что пользователь сообщает об ошибке с кратким описанием, без шагов воспроизведения и каких-либо доказательств. Обычно вам приходится расследовать это самостоятельно.

С помощью EAS Workflows и EAS Simulator агент может воспроизвести эту ошибку на облачном симуляторе, предложить исправление и открыть пулл-реквест с доказательствами работы приложения до и после. вы изучаете отчет, проверяете изменения и решаете, стоит ли делать мердж.

EAS Workflows запускает агента на инфраструктуре Expo. EAS Simulator предоставляет ему устройство для запуска вашего приложения и проверки своей работы. Вот как они взаимодействуют при исследовании сбоя в настройках.

Начните с отчета об ошибке

Отчет в этом примере выглядит знакомо: «Настройки падают при прокрутке до самого низа». В нем описывается симптом без объяснения того, как его воспроизвести или что к нему привело.

Добавление метки repro к соответствующей задаче в GitHub запускает рабочий процесс, который передает отчет в Claude Code. Задача агента — воспроизвести сбой, найти его причину и проверить исправление на симуляторе перед открытием пулл-реквеста.

Вы можете изучить пример в задаче #9 и пулл-реквесте #10.

Позвольте агенту провести расследование на облачном симуляторе

Агент устанавливает приложение на EAS Simulator и открывает настройки. Приложение немедленно падает еще до какой-либо прокрутки.

Это дает расследованию более точную отправную точку. Агент публикует в задаче выполненные им шаги, наблюдаемое поведение и ссылку на сеанс воспроизведения.

Взаимодействие происходит через agent-device, интерфейс командной строки Callstack для автоматизации устройств. Он позволяет агенту исследовать экраны, взаимодействовать с приложением и делать снимки экрана в EAS Simulator. Повтор сеанса позволяет изучить то, что произошло впоследствии.

Получите доказательства того, что исправление работает

Агент определяет причину, применяет исправление, затем снова собирает приложение и устанавливает его во втором сеансе симулятора. Он открывает настройки и прокручивает страницу до самого низа. На этот раз экран загружается без сбоев.

Пулл-реквест объединяет все аспекты расследования: причину, изменения, скриншоты до и после, а также ссылки на оба сеанса симулятора. В нем также сообщается, что после исправления все 22 теста настроек проходят успешно, наряду с проверками линтером и типов.

Вы можете проследить за отчетом через процесс воспроизведения, изучить дифф и посмотреть, как измененное приложение проходит тот же путь. Эту проверку можно выполнить в браузере на macOS, Windows или Linux без настройки локального симулятора iOS.

Подключите рабочий процесс к вашему приложению

В этом примере используется GitHub Action для перенаправления номера задачи с меткой в EAS Workflows. EAS Workflow клонирует репозиторий, устанавливает зависимости и запускает агента кодирования.

Третья часть — это промпт агента. В нем описывается приложение, профиль сборки для симулятора и расследование, которое должен завершить агент. В нем также указано, какие доказательства должны быть возвращены: URL сеанса воспроизведения, URL сеанса проверки, а также скриншоты до и после.

Эти инструкции включают в себя указания на случай неудачи расследования. Если агент не может воспроизвести ошибку, он должен отчитаться о том, что он попробовал сделать, и остановиться. Если его исправление все равно не работает на симуляторе, он должен сообщить о неудачной проверке вместо открытия пулл-реквеста. Для не визуального поведения промпт требует предоставления логов или регрессионных тестов вместе со скриншотами.

Чтобы адаптировать пример, укажите профиль сборки вашего приложения, контекст навигации и учетные данные для Expo, GitHub и агента. Навык eas-simulator дает агенту рекомендации по управлению сеансами симулятора.

Промпт инструктирует агента оставлять слияние веток на усмотрение человека. Настройте разрешения репозитория и защиту ветки для поддержки этого ограничения.

Этот рабочий процесс вдохновлен публикацией Натана Шредера в X (бывший Twitter).

Попробуйте свой собственный рабочий процесс

Начните с ошибки, сбой которой вы можете распознать, и сборки приложения, которая запускается на симуляторе. Определите, что будет показывать полезное воспроизведение, а затем используйте пример репозитория для подключения отчета к вашему агенту.

Вы можете начать только с воспроизведения или включить исправление и проверку. В любом случае попросите агента оставить достаточно доказательств, чтобы кто-то другой мог понять, что произошло.

EAS Simulator находится на стадии раннего доступа. Присоединяйтесь к листу ожидания, чтобы запросить доступ. Подробнее об использовании облачных симуляторов с вашего собственного компьютера читайте в статье «Вам не нужен Mac для разработки приложений под iOS».