Glean、Claude Code、Cursor、Codex向けのヘッドレスエージェント構築機能を追加

Gleanは2026年10月21日、ヘッドレスエージェント構築機能を導入した。一般提供されているこの機能により、開発者はClaude Code、Cursor、Codexなどのコーディング環境から、エージェントをコードとして作成、テスト、公開できる。完成したエージェントは、Gleanのマネージドランタイム上で実行される。

同社は、GleanのプロダクトマーケティングマネージャーであるKelly Huangが執筆したブログ記事で、この機能を発表した。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 Settingsを開き、マーケットプレイスでGleanを検索して「Add to Cursor」を選択する。インストール後、開発者は仕事用メールアドレスを入力し、ブラウザーでGlean OAuthを完了して、プラグインを会社のGleanインスタンスに接続する。会社のポリシーによってプラグインがブロックされているというメッセージが表示されて設定に失敗した場合は、Gleanの管理者にプラグインを有効にするよう依頼するよう、ドキュメントで案内されている。

ドキュメントによると、ヘッドレスビルダーはプラグインの/glean_runチャットコマンドからのみ使用でき、Codexでは$glean_runと入力する。なお、このワークフロー向けのGlean MCPサーバーは存在しない。Glean MCPサーバーやそのツールをコマンドの代わりに使わないこと、ベータ版のマーケットプレイス名やプラグイン名を再利用しないことを、ユーザーに注意喚起している。

デフォルトでは、ビルダーは各エージェントを、現在のワークスペース内の.glean/agents/の下にある専用フォルダーに保存する。このフォルダーには、エージェントのidを記録するspec.yaml、instructions.md、さらに任意でskills/とsubagents/のフォルダーが含まれる。ドキュメントでは、spec.yamlのidフィールドを編集しないよう注意を促している。このフィールドは、フォルダーをGlean上の稼働中のエージェントに紐付けているためだ。公開済みエージェントのURLはhttps://<your-domain>.glean.com/chat/agents/<agent-id>,の形式で、エージェントのidはspec.yamlの先頭にあるidフィールドと一致する。

ドキュメントの手順では、開発者がSlackとZendeskから新しいサポート案件を要約する質疑応答エージェントを作成し、実例を代表する入力で実行したうえで、作成したエージェントを保存する。

カスタマーサポートの事例

Gleanの発表では、緊急性の高いエスカレーションを早期に把握したいカスタマーサポートエンジニアの事例が紹介されています。エンジニアはCodex上で、SlackとIntercomのサポートに関する会話を要約するエージェントを作成するようGleanに依頼し、エージェントへの指示を調整したうえで、実際のサポート事例を使ってテストし、評価を実行して改善できる点を特定します。結果に問題がなければ、エージェントをGleanに公開し、チームと共有します。Gleanは、すでにエンジニアが利用しているツール内で作成され、同社のエンタープライズコンテキストと制御機能に支えられた、繰り返し発生するサポート業務に使える再利用可能なエージェントだと説明しました。

同社によると、ヘッドレスでの構築機能は一般提供を開始しており、開発者はClaude Code、Codex、Cursor、Gitを使って、ガバナンスが適用されたGleanエージェントを構築、テスト、バージョン管理、公開できます。