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

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

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

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

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

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

Вы можете изучить пример в issue #9 и PR #10.

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

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

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

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

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

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

Pull request объединяет все аспекты расследования: причину, изменения, скриншоты до и после, а также ссылки на оба сеанса симулятора. Он также сообщает, что все 22 теста настроек проходят успешно после исправления, наряду с проверками линтером (lint) и типов (typecheck).

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

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

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

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

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

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

Промпт предписывает агенту оставлять слияние веток человеку. Настройте права доступа к репозиторию и защиту ветки (branch protection), чтобы обеспечить соблюдение этой границы.

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

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

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

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

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