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 повідомили, що опублікований агент працює в керованому середовищі виконання компанії, використовуючи той самий граф знань, дозволи для доступу до понад 275 корпоративних джерел і журнал аудиту, що й агенти, створені в Glean. Опублікованими агентами можуть ділитися, керувати ними або вимикати їх адміністратори й розробники в консолі 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 своєї компанії: вводить робочу електронну адресу й проходить OAuth-автентифікацію Glean у браузері. Якщо під час налаштування з’являється повідомлення про те, що політика компанії блокує плагін, документація радить звернутися до адміністратора 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.

У покроковому посібнику з документації розробник створює агента для запитань і відповідей, який підсумовує нові звернення до служби підтримки зі Slack і Zendesk, запускає його з типовими вхідними даними, а потім зберігає створеного агента.

Приклад для служби підтримки клієнтів

В анонсі Glean на прикладі інженера служби підтримки клієнтів, який хоче завчасно виявляти термінові ескалації, показано, як працює цей процес. Працюючи в Codex, інженер просить Glean створити агента, який підсумовує розмови зі служби підтримки у Slack та Intercom, потім уточнює інструкції для агента, тестує його на реальному сценарії підтримки й запускає оцінювання, щоб визначити, що можна покращити. Коли результати його влаштовують, інженер публікує агента в Glean і ділиться ним із командою. У Glean назвали результат багаторазово використовуваним агентом для регулярного завдання служби підтримки, створеним у звичних для інженера інструментах і забезпеченим корпоративним контекстом та засобами контролю компанії.

У компанії повідомили, що можливості безінтерфейсного створення агентів стали загальнодоступними, і розробники можуть використовувати Claude Code, Codex, Cursor і Git, щоб створювати, тестувати, версіонувати й публікувати керованих агентів Glean.