GitHub описал подход к проверке ИИ-агентов через обязательные состояния
GitHub представил метод валидации ИИ-агентов, который проверяет не точное совпадение шагов, а достижение обязательных состояний. Подход рассчитан на агентов с Computer Use: одну и ту же задачу они могут выполнять по-разному, например через меню или горячие клавиши, с задержкой загрузки или без неё. Как пишет Tproger, для этого используется независимый Trust Layer, обучаемый на примерах успешных запусков.
Метод строится на модели «ground truth», которую собирают из 2–10 корректных выполнений. После этого новые прогоны оцениваются по структуре поведения, а не по жёсткому сценарию. Для анализа используются Prefix Tree Acceptor и dominator analysis. В эксперименте Trust Layer показал 100% accuracy, precision, recall и F1. Внутренняя самооценка агента получила 82,2%, 83,3%, 60,0% и 69,8% соответственно.
В GitHub отмечают, что классические подходы плохо подходят для недетерминированных агентов. Assertion-based testing требует вручную описывать проверки и не учитывает альтернативные пути выполнения. Record-and-replay чувствителен к задержкам и изменениям интерфейса. Visual regression не понимает контекст выполнения, а ML-оракулы требуют больших объёмов обучающих данных и плохо объясняют результаты. Trust Layer делит выполнение на обязательные состояния, опциональные вариации и сходящиеся пути. За счёт этого система отличает реальные ошибки от инфраструктурного «шума».
Ключевые факты
Trust Layer строит модель «ground truth» на основе 2–10 успешных запусков
Метод использует Prefix Tree Acceptor и dominator analysis
В эксперименте Trust Layer показал 100% accuracy, precision, recall и F1
Для определения «не баг, а шум» Trust Layer получил F1 52,2% против 0% у внутренней самопроверки агента
Вопросы и ответы
- Сколько данных нужно, чтобы начать проверять ИИ-агента через Trust Layer?
Для построения модели «ground truth» GitHub использует всего 2–10 успешных запусков. После этого новые прогоны оцениваются по структуре поведения и обязательным состояниям, а не по точному совпадению шагов.
- Чем этот подход отличается от обычного record-and-replay или assertion-based testing?
Trust Layer проверяет достижение обязательных состояний и допускает разные пути выполнения задачи: например, через меню или горячие клавиши, с задержкой загрузки или без неё. В отличие от record-and-replay, метод не ломается из-за изменений интерфейса и задержек, а assertion-based testing не требует вручную описывать все проверки.
- Насколько Trust Layer оказался точнее встроенной самопроверки агента?
В эксперименте Trust Layer показал 100% accuracy, precision, recall и F1. Для задачи отличить реальный баг от инфраструктурного «шума» метод получил F1 52,2% против 0% у внутренней самопроверки агента.
Контекст по теме
- Почему отчёт ИИ-агента не гарантирует успешную приёмку в тестировании30 июля 2026 г.
- OpenAI и Trail of Bits начали проверять ИИ-отчёты об уязвимостях в open-source проектах23 июня 2026 г.
- В Anthropic заметили рост профессиональной изоляции из-за ИИ-агентов23 июня 2026 г.
- Stack Overflow тестирует платформу для ИИ-агентов11 июня 2026 г.