Как тестировать ИИ-агенты при отсутствии бенчмарков — Натанаэль Вейл, Air Canada

Original · How to Test AI Agents When No Benchmark Exists — Nathanael Weill, Air Canada

19:503 min readAI Engineer10/22/2026Computing/Software · Management

Key Takeaway

Создание синтетических тестовых наборов данных через инвертирование задач и программную проверку преодолевает дефицит бенчмарков и увеличивает частоту итераций с одного теста в неделю до десятков в день.

Highlights

  • Автоматизация оценки увеличила частоту проверок с одного раза в неделю до десятков раз в день благодаря инвертированию задачи RAG.

  • Анализ договоров с поставщиками в компании Air Canada автоматизирован с помощью пяти методов генерации тестовых наборов данных при отсутствии публичных бенчмарков.

  • Удаление отдельных пунктов из подписанных эталонных договоров создает наиболее мощный бенчмарк для проверки способности агента находить юридические дефекты.

  • Генерация 275 тестовых контрактов на основе конкретных бизнес-правил позволяет автоматизировать проверку соответствия без постоянного привлечения экспертов-юристов.

  • Отказ от использования языковых моделей в качестве судей исключает лишний шум в оценках и позволяет полностью положиться на проверки с помощью кода.

Timeline

  1. Проблема оценки ИИ-агентов в условиях дефицита бенчмарков

    Корпоративные задачи в таких крупных компаниях, как Air Canada, охватывают операции, коммерцию и программы лояльности, требуя специализированных ИИ-решений. Попытки создать RAG-систему на основе 10 000 документов показывают, что добавление сложных методик из публикаций на практике часто ломает систему вместо улучшения. Ограничение в виде одной экспертной оценки в неделю делает невозможным быстрый перебор гипотез и оптимизацию точности модели.

    • Отсутствие публичных бенчмарков для специфических корпоративных задач и ограниченный доступ к экспертам замедляют разработку ИИ-агентов.
    • Ручная проверка ответов экспертами на еженедельных встречах ограничивает команду одной итерацией в неделю.
    • Наращивание сложности конвейеров RAG часто приводит к поломке ранее работавших функций из-за отсутствия автоматических метрик.
  2. Инвертирование проблемы и переход к автоматическим тестам

    Метод синтетической генерации вопросов из текстов документов позволяет полностью автоматизировать оценку без привлечения экспертов. Программное сравнение результатов агента с исходной страницей заменяет субъективные оценки и ускоряет цикл разработки. Наличие надежного тестового датасета обеспечивает стабильный рост точности модели от недели к неделе.

    • Инвертирование процесса RAG заключается в автоматической генерации вопросов из исходных страниц с последующим поиском ответов агентом и программным сравнением.
    • Исключение субъективных мнений экспертов из цикла валидации повысило частоту оценок с одной в неделю до дюжин в день.
    • Наличие собственного тестового набора данных стало ключевым фактором успеха в конкурентной борьбе с другими командами разработчиков.
  3. Методы генерации тестовых наборов для анализа договоров

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

    • Анализ договоров с поставщиками требует поиска дефектов в тексте для предотвращения серьезных задержек в цепочке поставок.
    • Удаление ключевых пунктов из подписанных эталонных контрактов выявляет случаи, когда агент пропускает нарушения.
    • Генерация 275 тестовых сценариев на основе заданных лимитов и бизнес-правил обеспечивает стабильное покрытие ключевых требований.
    • Изменение второстепенных данных вроде названий поставщиков проверяет стабильность и устойчивость выводов агента.
  4. Ограничения судей на базе LLM и роль синтетических тестов

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

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

Description

Nathanael Weill leads a team building AI agents at Air Canada, where tasks are so specific there's no public benchmark and domain experts have little time to grade results. His fix is to write the answer first: start from a known answer, generate the input from it, and check whether the agent finds its way back. He shows how that took a past RAG project from one expert-graded test a week to dozens of automated tests a day, then applies it to a supplier-contract review agent with five ways to build a test set: past decisions, planted rule violations, removed clauses, changes that shouldn't matter, and contract templates with filled-in blanks. He also explains why he avoids LLM judges whenever code can check the answer. Chapters: - 00:00 Intro - 00:47 No benchmark, no experts - 01:41 A lesson from a telecom RAG project - 04:43 Weekly expert reviews were too slow - 05:38 Flip it: write the answer first - 06:33 From one test a week to dozens a day - 07:30 Supplier contract review - 10:08 How the contract agent works - 10:39 Five ways to build a test set - 12:31 Planting rule violations - 13:39 Removing clauses - 14:42 Changes that shouldn't matter - 15:38 Templates with blanks - 16:39 Avoid LLM judges when code can check - 18:07 Use expert feedback to build better tests Nathanael Weill, Air Canada: https://www.aircanada.com Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!

Write about this video