Glean のオープンエージェントプラットフォーム:すべてのエージェントがGlean上に構築されるわけではないが、すべてのエージェントをエンタープライズデータに接続する必要があるため

Glean はオープンで拡張可能なWork AI プラットフォームであり、企業が独自のクラウド、LLM、セキュリティプロバイダー、そして現在利用可能なサードパーティエージェント（現在は利用可能）を利用できます。Glean はエージェントの作成と調整を行うための強力なプラットフォームですが、大規模なGlean環境で働いているお客様でも、すべてのエージェントをGleanで構築しているわけではないことは理解できます。私たちは、エージェント技術スタックを構築する際には、企業に選択肢を与えるべきだと固く信じています。また、他のエージェントフレームワークでも、インデックス化された企業データ（インデックス化されて保護されるのは一度だけのデータ）にアクセスでき、どこにいてもエージェントを関連性のあるパーソナライズされたコンテキストに基づいて利用できるようにすることで、GGlean のメリットが得られると考えています。

Glean、より大きな生態系で活動すると繁栄し、壁に囲まれた庭で隔離されると機能しなくなります。そこで、本日は、以下を含む最新のユニバーサルコミュニケーション標準とオープンエージェントフレームワークに対するGleanのサポートについてお話しします。 Anthropicのモデルコンテキストプロトコル (MCP), ラングチェーン、ランググラフ、 Nvidia NIM、OpenAI エージェント SDK (MCP 経由) など、今後さらに多くの機能が追加される予定です。

Glean、組織全体の知識サイロを解消するエンタープライズ検索ソリューションとしてスタートしましたが、今では、その使命がアプリケーションのサイロを解消することにも広がっていると私たちは考えています。これまで SaaS アプリケーション全体でナレッジの自動化作業を行っていた障壁を、エージェントが、手作業で時間のかかる脆弱なプロセスとなっていた障壁を克服する未来が見えてきます。

エージェントコミュニケーションのオープンスタンダード

エージェントは自律的に行動して複雑なタスクを推理し、適切なツールとワークフローを取り入れています。LLMは推論に優れていますが、企業としての知識、プロセス、行動を起こす能力が不足しています。ここでエージェントプラットフォームが活躍し、ユーザーの目標に沿ったエージェント業務の調整と保護を行います。

企業の仕事は分断された SaaS ツールに分散しているため、多くの場合、作業者は 1 つのタスクで複数のアプリケーションを切り替える必要があります。従来の自動化は厳格で費用がかかり、重要なプロセスに限られていました。エージェントは、個人やチーム向けに動的で状況に応じた自動化を可能にすることで、この状況を変えます。しかし、エージェントとSaaSの環境は断片化されたままであり、エージェントが他のアプリケーションのデータにアクセスしたり、他のツールを呼び出したり、作業を完了したりすることは困難です。

独自の特注のAPIや規約を作成して業界をさらに細分化するよりも、共通のコミュニケーションフレームワークがあれば、エージェントの価値をより早く実現できます。また、顧客が単一のシステムに縛られ、これまで以上に革新的なモデルや使いやすいツールに満ちた未来を利用できなくなることも回避できます。私はまだAIの初期段階であり、大規模な再構築に直面することなく、誰もが自分のアプローチを適応させる自由と柔軟性を持つべきだと固く信じています。

これが、Anthropicのモデルコンテキストプロトコル（MCP）、LangChainのエージェントプロトコル、シスコ、LangChain、Galileoなどのユニバーサル通信プロトコルの導入に個人的に熱狂している理由です。 代理店。これらの目的は、特注の統合を行わずに、AI エージェントがさまざまなツールやエージェントに接続するためのオープンスタンダードを提供することです。すべてのエージェントが同じ言語を話すと、企業内でのコラボレーションや仕事のレベルアップが容易になります。

Glean、企業内で誰もが簡単にエージェントを構築できるようにすることを目指していますが、オープンソースのエージェントフレームワークの代替案によって満たされる好みはさまざまです。これらの好みを満たすことを約束するオープンプラットフォームとして、LangChainとLangGraphのサポートを提供しています。Glean をベースに構築することを選択した場合、全社的なエージェントエクスペリエンスを提供し、誰もがエージェントを構築して展開できるようにします。当社のプラットフォームは、ファースト・パーティ・エージェントとサード・パーティー・エージェントの両方にわたるスケーラブルなオーケストレーションをサポートしており、すべてお客様の企業データに基づいており、厳格な権限適用によって保護されています。

Glean MCPユースケース

MCP のような新しいオープンエージェントフレームワークの Glean サポートをプロトタイピングしたことで、エコシステムでどのように活用するのが最適かについての貴重な知見が得られました。

Glean エージェントが外部ツールを呼び出している

MCPは、クライアント/サーバーアーキテクチャに基づいて、エージェントをさまざまなデータソースやツールに接続するための標準化された方法を提供します。このフレームワークにより、以下の間の通信が確立されます。

• ホスト:コネクタを起動するエージェント
• クライアント:コネクタ
• サーバー:リソース (コンテキスト)、プロンプト (テンプレートメッセージ)、ツール (実行する関数) を提供するサービス

Glean をホストとして動作させれば、MCPサーバーさえあれば、いくつでもエンタープライズツールに接続できます。これにより Glean はエンジニアリングの労力をほとんどまたはまったくかけずに、さまざまな新しいアクションへのサポートを拡大できます。Glean anに自社開発のサポートハブを通じてチケットの解決を依頼したいというお客様の例を見てみましょう。

これはサポートチケットの取得と更新を含むわかりやすい例ですが、将来的には、エージェント推論エンジン内のステップを、Glean が調整して他のさまざまなシステムに委任する可能性があります。また、Glean が他のエージェントとの会話を通じて、実際に別のエージェントの仕事を生み出すことも想像できました。これは、プロトコルが双方向通信用に設計されており、エージェントの動的な性質を活用して、明示的なトリガーを待たずに作業を完了できるためです。それはかなりきちんとしたものです。

Glean エージェントを呼び出す外部ツール

Glean は別のエージェント環境、たとえば一般的なAI IDEカーソル内でも使用できます。この例では、エンジニアはドキュメント、コミュニケーション、コードベースなど、Glean から完全なエンタープライズコンテキストを収集するためにIDEを離れる必要はありません。

一方 GitHub Glean する 自動化されたPR記述とコードレビューのサポートが追加され、同様のエクスペリエンスが提供されていますが、CursorまたはCodeiumの統合はまだ構築されていませんでした。MCPがあれば、そうする必要はありません。

Glean Agentsがツールや他のエージェントの両方と連携する未来が見えてきます。エンジニアが一日を過ごす開発者環境など、一部のシナリオでは、Gleanの強みをその環境で活用するのが理にかなっています。他のシナリオでは、安全なデータアクセス、権限の適用、およびサードパーティのエージェントとのオーケストレーション機能について、Glean Agentsを利用することもできます。国境を越えた協力が現実のものになりつつあります。

次に来るもの

エージェントを構築するための新しいプロトコルと開発者フレームワークにより、ファーストパーティエージェントとサードパーティエージェントの両方にわたるオーケストレーションの必要性が高まっています。また、企業におけるGlean のような水平型AIプラットフォームの価値も強調しています。

当社のお客様は、データを一度インデックス化するだけで、複数のソリューションにわたって作業を重複させるのではなく、インテリジェントにコンテキストをエージェントに提供したいと考えています。また、お客様はエージェントの保護、管理、監視を一度に行いたいと考えています。Glean は、権限の認識、アクセス認証、および企業データ保護を保証するという、まさにそれをユーザーが行えるように設計されています。

開発者に優しいフレームワークと標準化された通信プロトコルを備えたAIエコシステムだけでなく、データを保護してインデックス化する統合プラットフォームにも価値があります。Glean 両方を提供します。

MCP ドキュメントとリポジトリ 今すぐご利用いただけます。

ラングチェーンドキュメントとリポジトリ 今すぐご利用いただけます。

Nvidia NIM ドキュメンテーションとリポジトリ 今すぐご利用いただけます。