Модели и платформы ИИ
Glean добавляет возможность создавать агентов без графического интерфейса в Claude Code, Cursor и Codex

21 октября 2026 года Glean представила возможность создавать агентов без графического интерфейса. Эта функция стала общедоступной и позволяет разработчикам создавать, тестировать и публиковать агентов в виде кода прямо в средах разработки, таких как Claude Code, Cursor и Codex. Готовые агенты работают в управляемой среде выполнения Glean.
Компания объявила о новой функции в публикации в блоге, которую подготовила Келли Хуанг, менеджер по продуктовому маркетингу в Glean. По словам Glean, агенты, написанные в виде кода, работают на той же основе, что и агенты, созданные в визуальном конструкторе компании: они используют граф знаний компании, доступ с учетом разрешений к более чем 275 корпоративным источникам и журнал аудита, сохраняя корпоративные разрешения, безопасность и механизмы управления Glean. Клиенты, которые предпочитают настраивать агентов на естественном языке или с помощью визуального холста с минимальным количеством кода и без написания программ, могут и дальше пользоваться конструктором агентов Glean, сообщила компания.
В объявлении Glean отметила, что по мере того, как агентам поручают все более важные задачи, командам необходимо создавать их и управлять ими с той же строгостью, что и программным обеспечением: применять контроль версий, тестирование, совместную работу, развертывание и меры безопасности. Компания добавила, что для некоторых процессов также требуется более детально контролировать шаги, ограничения и интеграции, используемые агентом. Создание агентов в виде кода обеспечивает такой контроль и позволяет разработчикам применять привычные методы тестирования, проверки и отката изменений. По словам Glean, новая функция дает разработчикам гибкость рабочего процесса, ориентированного на код, избавляя их от необходимости самостоятельно создавать корпоративную основу и контекстную инфраструктуру.
Определение, тестирование и публикация агентов в виде файлов
В новом рабочем процессе плагин Glean создает агента в рабочей среде разработчика в виде набора файлов: файла spec.yaml с конфигурацией агента и файла instructions.md с описанием его поведения. Файлы можно хранить вместе с кодом команды, а при необходимости расширять возможности агента с помощью навыков или подчиненных агентов.
Разработчики могут запускать агента с типовыми входными данными прямо в среде разработки, проверять его результаты и проводить оценку, а затем использовать ее итоги, чтобы дорабатывать инструкции и конфигурацию агента. Создатели могут отслеживать ход выполнения запуска и проверять его результаты в той же среде. Изменения можно проверять в помощнике по написанию кода или с помощью запросов на слияние в Git; если изменение не работает ожидаемым образом, его можно отменить.
Когда агент готов, разработчик публикует его в Glean, а не в отдельной среде выполнения, и может поделиться им с командой. По словам Glean, опубликованный агент работает в управляемой среде выполнения компании и, как агенты, созданные в Glean, использует тот же граф знаний, разрешения для более чем 275 корпоративных источников и журнал аудита. Администраторы и создатели могут предоставлять доступ к опубликованным агентам, управлять ими или отключать их в консоли Glean. Функция поддерживает агентов в режиме Auto; агентов в режиме Workflow по-прежнему необходимо создавать в конструкторе агентов Glean.
Настройка плагина и структура файлов агента
В документации Glean описана последовательность настройки: установить плагин Glean для среды разработки, пройти аутентификацию, проверить локальный каталог агентов, создать агента, протестировать его с типовыми входными данными, а затем сохранить или опубликовать и поделиться созданной ссылкой.
Установка зависит от среды разработки. В Claude Code разработчик добавляет маркетплейс gleanwork/claude-plugins, устанавливает плагин glean@glean-plugins и перезагружает плагины. В Codex установка выполняется с помощью команд терминала, которые добавляют маркетплейс gleanwork/codex-plugins и плагин glean@glean-codex-plugins. В Cursor разработчик открывает настройки Cursor, ищет Glean в маркетплейсе и выбирает «Добавить в Cursor». После установки разработчик подключает плагин к экземпляру Glean своей компании: вводит рабочий адрес электронной почты и проходит аутентификацию Glean OAuth в браузере. Если во время настройки появляется сообщение о том, что политика компании блокирует плагин, документация рекомендует обратиться к администратору Glean и попросить его включить плагин.
В документации указано, что конструктор без графического интерфейса работает только через команду чата плагина /glean_run, которая в Codex вводится как $glean_run, и что для этого процесса нет сервера MCP от Glean. Пользователям предписывается не заменять эту команду сервером MCP от Glean или его инструментами, а также не использовать повторно названия бета-версий маркетплейса или плагина.
По умолчанию конструктор сохраняет каждого агента в отдельной папке в каталоге .glean/agents/ текущей рабочей области. В папке находятся spec.yaml с идентификатором агента, instructions.md, а также необязательные папки skills/ и subagents/. В документации не рекомендуется изменять поле id в файле spec.yaml, поскольку оно связывает папку с действующим агентом в Glean. URL опубликованного агента имеет вид https://<your-domain>.glean.com/chat/agents/<agent-id>,, причем идентификатор агента в нем совпадает со значением поля id в начале файла spec.yaml.
В руководстве Glean предлагается создать агента для ответов на вопросы, который обобщает новые обращения в службу поддержки из Slack и Zendesk, запустить его с типовым входным запросом, а затем сохранить созданного агента.
Пример работы службы поддержки клиентов
В своем анонсе Glean рассказывает об инженере службы поддержки клиентов, который хочет заранее выявлять срочные эскалации. Работая в Codex, инженер просит Glean создать агента, который обобщает переписки службы поддержки в Slack и Intercom, затем уточняет инструкции для агента, проверяет его на реальном сценарии обращения в поддержку и проводит оценку, чтобы определить, что можно улучшить. Когда результаты его устраивают, инженер публикует агента в Glean и делится им с командой. Glean описывает результат как агента для многократного использования при решении регулярно возникающей задачи поддержки, созданного в привычных для инженера инструментах и опирающегося на корпоративный контекст и средства контроля компании.
Компания сообщила, что возможности создания агентов без графического интерфейса уже доступны всем желающим, и разработчики могут использовать Claude Code, Codex, Cursor и Git, чтобы создавать, тестировать, контролировать версии и публиковать управляемых агентов Glean.












