# ИИ-тестер для вайбкодинга: e2e-фреймворк подключили к Claude и Codex

> 2026-11-06 · AI Release · @ai_release1

> #тестирование #ИИ-агенты #Claude #Codex #e2e #AI #VibeCoding #нейросети

### ⚡ Главное за 5 секунд - E2E- фреймворк для веба и мобилок подключается к Claude, Codex и другим ИИ-моделям как тестировщик. - Один API закрывает сразу iOS, Android и браузер — агенту не нужно под каждый таргет писать свой раннер. - Тесты детерминированные: шаги фиксированы, результат воспроизводим, а не «модель кликнула куда получилось». ### 🔍 Что случилось Telegram-канал GitHub показал e2e-фреймворк для тестирования веб- и мобильных приложений, который подключается к Claude, Codex и другим ИИ-моделям. Задача простая на словах: ИИ-агент пишет код — а этот же агент или отдельная модель прогоняет его через реальные сценарии в приложении. Один API на три платформы: iOS, Android и веб. Механика, если разложить по полкам. Агент формулирует шаги теста, фреймворк превращает их в детерминированные действия в приложении — тап, ввод, переход, проверка состояния экрана. Детерминированность здесь ключевая: один и тот же сценарий даёт один и тот же результат при повторе, иначе тест бесполезен. Автор поста упирает на то, что агенту «не придётся каждый раз изобретать» обвязку под каждую платформу — единый интерфейс уже есть. ### 🧠 Наш разбор Вайбкодинг уткнулся в скучное место. Модель за минуту накидывает экран и обработчик, а проверить, что кнопка реально нажимается и форма реально отправляется, по-прежнему больно: UI-тесты — самый хрупкий слой разработки, они падают от смены тайминга и от лишнего пикселя. Наша оценка: спрос на «ИИ-тестера» вырос не потому, что появились новые модели, а потому, что агентов стало много, а проверять их работу нечем. Что это меняет для практики. Если фреймворк правда даёт стабильный мост между LLM и нативными драйверами, то цикл «сгенерировал — прогнал — починил» замыкается без человека в середине. Это уже не автодополнение, а другой режим работы. По опыту, именно на этом шаге большинство «автономных» пайплайнов и рассыпается: код генерируется быстро, верификация — руками. Кто выигрывает. Команды, у которых нет отдельного QA-человека на мобилку — таких немало. Кто под давлением — те, кто продаёт обвязку «руками»: классические UI-раннеры, где под iOS и Android всё равно нужны разные конфиги. Но ставлю на то, что выиграют не «заменю QA», а «уберу рутину»: детерминированные тесты всё равно придётся ревьюить людям, иначе агент будет зелёным там, где приложение сломано. ### ⚠️ Чего мы не знаем В посте нет имени проекта, версии, лицензии и ссылки на репозиторий — только описание. Неизвестно, работают тесты на реальных устройствах или на эмуляторах, сколько платформ покрыто по факту, а не в тексте, и кто автор. Один Telegram-пост — слабое подтверждение: это может быть и рабочий open-source, и ранний прототип. Проверять надо самому: скачать, прогнать один и тот же сценарий десять раз и посмотреть, нет ли флаки. ### 💬 О чём спорить - Детерминированные шаги от ИИ — это тестирование или самообман: кто пишет ожидания, если и шаги, и проверку придумывает модель? - Единый API на iOS, Android и веб — реальное упрощение или тонкая прослойка, которая ломается на первой нативной анимации? - Стоит ли пускать такого агента в CI на каждый коммит или только на ночные прогоны? **Прогноз:** в течение квартала вокруг ИИ-агентов для e2e появится минимум два публичных конкурента с MCP-совместимым подключением — рынок тестовой обвязки под агентов только открывается. **Дисклеймер:** один источник, официального анонса с именем проекта и версией нет — детали не подтверждены. **Источник:** t.me/github

[Источник](https://t.me/github/11690)