Как ИИ-агент взял на себя рутину QA: процесс, который реально сократил ручной труд

С чего всё началось

В первой половине 2026 года автор тестировал экосистему TON и TON Connect SDK. В реестре было около 30 интеграций кошельков, и проверить все сочетания вручную было невозможно. Нужен был системный подход.

TON Connect — это протокол обмена между приложением и кошельком. Приложение получает адрес подключённого кошелька и может запросить подпись или отправку транзакции. Секретный ключ приложению не передаётся.

Process-as-Code: правила в Git

Автор оформил процесс как Process-as-Code. Правила работы хранятся в файлах, версионируются в Git и проходят ревью, как код. Это позволило маршрутизировать контекст, повторно использовать процессы и сохранять обоснование выбора тестов.

В начале сессии агент должен был прочитать rules/agent-rules.md, обновить данные репозиториев через git fetch и прочитать specs/invariants.md перед ответом о поведении фичи. Такой порядок гарантировал, что агент работает с актуальными данными и учитывает ограничения.

Модель совместимости и сокращение ручного труда

Модель совместимости включала девять измерений: ОС, контекст приложения, контекст кошелька, транспорт, сеть блокчейна, версии SDK и контракта. Это помогало не утонуть в комбинациях.

Для регулярного релизного тестирования использовались три основные интеграции — условно Wallet A, Wallet B и Wallet C. Ручной объём удалось сократить пятью механизмами: shift left, приоритизация, тест-дизайн, автоматизация и переиспользование.

Что будет дальше

Базовый сценарий: подход Process-as-Code с ИИ-агентом станет стандартом для команд, работающих с большим числом интеграций. Горизонт — 6–12 месяцев. Альтернатива: появятся специализированные инструменты, которые упростят настройку, но потребуют пересмотра текущих правил. Сигнал для пересмотра — рост числа успешных кейсов в открытых репозиториях. Практический вывод: уже сейчас стоит фиксировать правила тестирования в Git и постепенно передавать рутинные проверки агенту.