Аналитика
OpenAI показала три ступени превращения AI-агента в рабочий процесс
Basis упаковывает onboarding в reusable skill, Clay собирает меняющийся контекст, а Exa доводит найденную возможность до PR и тестов — при сохранении человеческих границ решения.

OpenAI описала три компании, которые используют агентов не как универсальный чат, а как часть конкретного повторяемого процесса. Basis переносит в Codex адаптацию новых сотрудников, Clay даёт агенту постоянный контекст для account management, а Exa Labs связывает поиск интеграционных возможностей с созданием pull request, тестами и отчётом. Общая траектория: сначала формализовать стабильную работу, затем поддерживать меняющийся контекст и лишь потом расширять автономное выполнение.
Basis: процесс должен быть обучаемым
В Basis onboarding первого дня сократился, по данным компании, с двух часов до 30 минут. Новый сотрудник получает Codex и специальный onboarding skill — набор инструкций и ресурсов с триггером, последовательностью шагов, доступом к инструментам и определением «готово». Агент объясняет ключевые понятия и в фоне помогает настроить интеграции на компьютере.
Практическая ценность skill не только в автоматизации кликов. HR может дополнять инструкцию после повторяющихся вопросов и исключений, поэтому следующая группа начинает с улучшенной версии процесса. Человек остаётся доступен для сложных случаев, но базовый маршрут больше не зависит от того, свободен ли конкретный коллега в первый рабочий день.
Clay: контекст должен переживать отдельную сессию
У account management другая проблема: сведения о сделке распределены между CRM, email, Slack, звонками и презентациями, а состояние отношений постоянно меняется. В примере Clay агенту отводится роль постоянной рабочей базы, которая поддерживает этот контекст и помогает команде не собирать картину заново перед каждым действием.
Такой сценарий требует большего, чем длинный prompt. Нужно определить источники, права доступа, правила обновления и то, какие сведения считаются подтверждёнными. Особенно важна проверка владельцем аккаунта: агент может собрать и подготовить материал, но оценка отношений, обещаний и следующего шага остаётся ответственностью команды.
Exa: от сигнала до проверяемого артефакта
Exa Labs хочет, чтобы её search API появлялся в большем числе developer tools. Раньше DevRel и account teams вручную отслеживали repositories и экосистему, находили перспективную интеграцию, собирали контекст и координировали реализацию. Теперь Codex ищет high-priority opportunities, собирает сведения, создаёт PR, запускает тесты и готовит недельные обновления по источникам вроде Slack и Notion. При необходимости он также делает черновик анонса.
Автономность ограничена проверяемым результатом. Люди решают, какие возможности действительно приоритетны, какие внешние обязательства допустимы и когда изменение можно выпустить. Тесты и review points превращают действия агента из непрозрачной активности в артефакт, который можно принять, отклонить или использовать для уточнения следующего запуска.
Не метрика токенов, а метрика результата
OpenAI связывает примеры с Enterprise Signals: компании из верхних 10% по глубине использования генерируют в 8,3 раза больше output tokens на активного пользователя, чем типичные компании, против разрыва 2,6 раза в январе. Но сама публикация предупреждает, что объём показывает лишь масштаб делегирования. Ценность нужно измерять cycle time, качеством, стоимостью, доходом, риском, количеством исключений и нагрузкой на review.
Для эксперимента предлагается выбрать один существенный end-to-end workflow, назначить owner и KPI, описать работу агента как должность — с триггером, инструментами, permissions, evidence и точками остановки — и сделать успешный паттерн повторно используемым. В этой последовательности агент не «внедряется в компанию» вообще; он получает ограниченную область ответственности, расширяемую по мере накопления доказательств.
Что можно перенести в большую организацию
Три кейса удобно читать как уровни зрелости. Reusable skill стабилизирует известную процедуру. Persistent context поддерживает процесс, который меняется между запусками. Tools, tests и review позволяют довести внешний сигнал до ограниченного действия. Пропуск любого слоя создаёт типичную поломку: без процесса агент импровизирует, без контекста повторяет исследование, без проверки выпускает неподтверждённый результат.
Материал OpenAI основан на собственных клиентах и собственном продукте, поэтому заявленные выигрыши следует проверять локально. Но его сильная сторона — отказ от абстрактного совета «дайте сотрудникам AI». Рабочей единицей становится конкретный поток с владельцем, правами, доказательствами и критерием завершения. Именно такая конструкция позволяет постепенно увеличивать ответственность, не подменяя автоматизацией управленческое решение.
Во всех трёх случаях сохраняется право человека на исключение и внешнее обязательство. Это не декоративная страховка: чем серьёзнее действие, тем точнее должны быть границы permissions, review и доказательств завершения.