OpenAI показывает, как Basis, Clay и Exa Labs используют ИИ-агентов для автоматизации повторяемой работы, сохраняя контекст, тестирование и человеческий контроль.

OpenAI указывает на новый этап внедрения корпоративного ИИ: компании переходят от ассистентов, отвечающих на вопросы, к ИИ-агентам, которые выполняют повторяемые рабочие процессы. В новом отчёте OpenAI News компания приводит Basis, Clay и Exa Labs как примеры организаций, встраивающих агентов в онбординг, управление аккаунтами и интеграции для разработчиков.
В отчёте утверждается, что важный сдвиг — это не просто рост использования ИИ. Речь идёт о преобразовании успешных экспериментов в повторяемые операционные процессы с определёнными триггерами, доступом к контексту компании, подключёнными инструментами, измеримыми результатами и явной человеческой проверкой. Это различие важно для корпоративных покупателей, которые решают, должен ли ИИ оставаться индивидуальным инструментом продуктивности или стать частью того, как выполняется работа.
Сопутствующий анализ Enterprise Signals от OpenAI говорит, что компании, входящие в топ-10% по использованию ИИ, теперь генерируют в 8,3 раза больше выходных токенов на активного пользователя, чем типичные компании, по сравнению с 2,6 раза в январе. OpenAI представляет расширяющийся разрыв как доказательство того, что ведущие организации связывают агентов с внутренним контекстом и инструментами, делегируют более существенную работу и делают эффективные рабочие процессы легче воспроизводимыми.
Эти цифры предоставлены самими вендорами и сами по себе не показывают, что более высокий объём токенов приводит к лучшим бизнес-результатам. Собственные рекомендации OpenAI признают, что организациям нужно измерять выполненные задачи, качество, стоимость, время цикла, риск, исключения и усилия по проверке, а не считать объём активности заменой ценности.
Практическая модель ближе к должностной инструкции для ПО. Команда определяет, что запускает работу, какая информация и какие разрешения нужны агенту, что означает «готово», какие доказательства он должен предоставить и где человек должен взять управление на себя.
В Basis, которая создаёт ИИ-агентов для бухгалтерских фирм, OpenAI говорит, что онбординг сотрудников сократился с двух часов до 30 минут. Новые сотрудники получают доступ к Codex и к фирменному онбординг-навыку, описанному как повторно используемый набор инструкций и ресурсов для конкретного рабочего процесса. Агент знакомит с понятиями компании и завершает настройку интеграции, а HR обновляет навык при появлении новых исключений.
Этот пример показывает, как разовая демонстрация может стать повторно используемым процессом. У рабочего процесса есть триггер, известные шаги, доступ к инструментам и условие завершения. Люди остаются доступны для необычных или чувствительных случаев, но онбординг больше не зависит полностью от доступности одного человека.
Clay применяет другой подход к продажам. По данным OpenAI, компания использует постоянное рабочее пространство и выделенного субагента для каждого аккаунта. Эти субагенты просматривают первичные источники и обновляют папки по сделкам ночью. Затем координирующий агент формирует ежедневные приоритеты, например ответ на вопрос клиента или выявление отсутствующего члена закупочного комитета.
Clay утверждает, что этот процесс экономит одному инженеру go-to-market примерно час ночной сортировки входящих писем. Это утверждение компании, а не независимо проверенное исследование продуктивности. Его операционная значимость заключается в поддерживающих доказательствах: продавцы могут изучить исходный материал, лежащий в основе рекомендации, прежде чем действовать, а контекст аккаунта остаётся доступным для других авторизованных команд.
Exa Labs использует агентов для достижения своей цели «Exa everywhere» для API поиска. OpenAI говорит, что Codex отслеживает потенциальные интеграции, собирает контекст из систем вроде Slack и Notion, создаёт pull request’ы, запускает тесты и готовит еженедельные обновления. Он также может готовить объявления, но люди решают, какие возможности важны и на что компания должна брать внешние обязательства.
Этот рабочий процесс больше смещён в сторону исполнения, чем пример Basis, но он по-прежнему ограничен тестами и проверкой. Агент может провести возможность от обнаружения до протестированного артефакта, не принимая финального бизнес-решения или решения по отношениям.
Самое сильное доказательство в отчёте носит описательный характер: OpenAI документирует, как три стартапа структурировали конкретные рабочие процессы. Показатели эффективности поступают от самих компаний или из анализа OpenAI, и источник не даёт независимой валидации, сопоставимых базовых линий между компаниями или доказательств того, что те же результаты перенесутся на более крупные предприятия.
Тем не менее, кейсы выявляют повторяющиеся решения по дизайну. Basis формализует стабильный процесс в виде повторно используемого навыка. Clay даёт агенту постоянный контекст и период обновления для работы, которая меняется со временем. Exa связывает сигналы с инструментами, тестами и проверкой до того, как что-либо попадёт в production или внешней аудитории.
OpenAI также приводит исследование, показывающее, что через шесть месяцев после внедрения сотрудники начального карьерного уровня отправляли на 13 сообщений в неделю больше, чем руководители. Компания использует этот вывод, чтобы утверждать, что у сотрудников, наиболее близких к ежедневной работе, должно быть пространство для тестирования новых приложений. Это заключение правдоподобно, но эксперименты создадут устойчивую ценность только тогда, когда команды зафиксируют базовый процесс, доказательства, контроль и ответственность.
Для разработчиков ИИ этот отчёт подчёркивает, что сложная продуктовая проблема — это не только возможности модели. Это проектирование рабочего процесса. Агентам нужен надёжный доступ к правильным источникам, границы разрешений, методы оценки, обработка исключений и чёткая передача человеку. Без этих элементов автоматизация может увеличить активность, но сделать ответственность труднее обнаружимой.
Для предприятий примеры говорят о том, что начинать следует с одного значимого рабочего процесса, а не пытаться внедрить широкую программу автоматизации. Кандидат должен повторяться достаточно часто, чтобы давать обратную связь, и быть достаточно важным, чтобы оправдать переработку. Руководителям следует назначить ответственного владельца, установить базовую линию и отслеживать как бизнес-результаты, так и операционную нагрузку на проверку работы агента.
Кейсы также показывают, почему развёртывание должно расширяться постепенно. Агент, который суммирует активность аккаунта, может позже рекомендовать действия, готовить изменения или открывать pull request. Каждый шаг повышает важность разрешений, доказательств, тестирования и прав принятия решений. То, что агент может выполнить действие, не означает, что он должен выполнять его без одобрения.
Следующие сигналы будут состоять в том, опубликуют ли OpenAI или представленные компании независимые данные о результатах, выходящие за рамки использования токенов и заявлений об экономии времени. Корпоративным покупателям также следует следить за более чёткими методами оценки, охватывающими частоту ошибок, частоту исключений, нагрузку на проверку и стоимость поддержания контекста агента.
Продуктовым командам стоит изучить, получат ли Codex и подобные инструменты более сильные механизмы контроля разрешений, аудиторские следы, повторно используемые навыки и межсистемное тестирование. Больше примеров, где агенты переходят от рекомендаций к ограниченному исполнению, будет означать, что этот паттерн становится операционным, а не рекламным.
Отчёт OpenAI наиболее полезен, если читать его как кейс по проектированию рабочих процессов, а не как доказательство того, что ИИ-агенты обеспечивают одинаковую выгоду для бизнеса. Basis, Clay и Exa Labs показывают разные версии одного и того же операционного принципа: автоматизация становится ценнее, когда контекст, инструменты, доказательства и человеческое суждение проектируются вместе.
Конкурентный вопрос для AI-native компаний будет в том, как быстро они смогут превращать успешные эксперименты с агентами в поддерживаемые системы, не теряя контроля. Команды, которые документируют ответственность, разрешения, оценку и точки проверки, будут лучше подготовлены к масштабированию исполнения, чем те, кто измеряет внедрение лишь тем, насколько много сотрудники просят модели делать.