Documentation
ドキュメントの検索
karat

+

K

APIリファレンス ↗
Developer toolchainOntology MCPアーキテクチャの例

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

サンプルアーキテクチャ

以下の図は、Ontology MCP (OMCP) と Palantir MCP (PMCP) が、Palantir Foundry と外部クラウドにまたがる、より広範なエージェント型アーキテクチャにどのように組み込まれるかを示しています。

4つのセクションを示すリファレンスアーキテクチャ図：左上の外部エージェントアプリケーション（Microsoft Copilot Studio、Claude Cowork、Google Gemini Enterprise）は OMCP 経由で接続します。右上の Cloud A (Azure / GCP) には、LangChain で構築された AlertCreator エージェントと AlertResolver エージェントがあり、AlertCreator は OMCP 経由で、AlertResolver は PMCP 経由で接続します。中央の Palantir Foundry には、オントロジーと、オントロジーから読み取って作業を委任するオーケストレーションエージェントがあります。右側の Cloud B (GCP) には、MCP 経由で公開された PostgreSQL データベースから読み取る MCP サーバーがあります。

オントロジーを利用するエージェント

この図は、Foundry オントロジーへの2つの統合経路を示しています。

1つ目は、外部エージェントアプリケーションセクションからのノーコード統合です。Microsoft Copilot Studio、Claude Cowork ↗、Google Gemini Enterprise などのプラットフォームは、カスタムエージェントコードを必要とせず、Ontology MCP (OMCP) を通じてオントロジーに直接接続します。このため、OMCP は、オントロジーのデータとアクションを既存のエンタープライズ AI アシスタントに公開したいチームにとって、実用的な導入手段となります。

2つ目は、Cloud A (Azure / GCP) からのプロコード統合です。AlertCreator と AlertResolver の2つのエージェントは Foundry の外部で実行され、LangChain ↗ などのフレームワークを使用して構築されています。これらは、Compute Module として Foundry 内でホストすることもできます。実行場所にかかわらず、各エージェントは次の2つの MCP サーバーのいずれかを通じて Foundry オントロジーに接続します。

  • Ontology MCP (OMCP)：AlertCreator は Ontology MCP を使用してオントロジーにデータを書き込み、事前定義されたアクションを実行して新しい Alert オブジェクトを作成します。Ontology MCP は、Developer Console アプリケーションに定義されたオブジェクトタイプ、アクションタイプ、クエリ関数を公開するため、制御された制限付きアクションを通じて安全にデータを書き込む必要があるエージェントに適しています。
  • Palantir MCP (PMCP)：AlertResolver は Palantir MCP を使用してプラットフォーム自体を操作します。たとえば、開発ワークフローでオントロジーのタイプを更新したり、データセット、トランスフォーム、その他のプラットフォームリソースを扱ったりします。

Foundry 内では、オーケストレーションエージェントがコンテナ内で実行され、オントロジーから読み取り、ほかのエージェントに作業を委任します。このパターンでは、オントロジーを正式な記録システムとして保持しながら、専門化されたエージェントに個々のタスクを処理させることができます。

外部 MCP サーバーを利用する Foundry ホスト型エージェント

オーケストレーションエージェントは、MCP の外向きの接続を示しています。Foundry リソースを外部クライアントに公開するのではなく、Foundry でホストされるエージェントが MCP クライアントとして機能し、Cloud B (GCP) で実行される MCP サーバーに外向きに接続します。この MCP サーバーは、さらに MCP サーバーを通じて公開されている PostgreSQL データベースから読み取ります。このパターンにより、Foundry でホストされるエージェントは、バックエンドごとにカスタムコネクターを用意することなく、標準化された MCP インターフェースを通じて外部システムやリモートエージェントにアクセスできます。

Ontology MCP を通じて公開されるツール

Ontology MCP は、Developer Console アプリケーションで設定したリソースを、エージェントが呼び出せる MCP ツールに変換します。

  • オブジェクトタイプ： Developer Console アプリケーションに含まれるすべてのオブジェクトタイプに、SQL ツールを通じてアクセスできます。これにより、エージェントは公開されたオブジェクトタイプに対して SQL クエリを発行し、オントロジーデータを読み取れます。
  • アクションタイプ： アプリケーションに含まれる各アクションタイプが独立した MCP ツールになるため、エージェントは特定の事前定義されたアクションを呼び出して、オントロジーにデータを書き込めます。
  • クエリ関数： 個々のクエリ関数を独立した MCP ツールとして公開できるため、エージェントは作成済みの独自の読み取りロジックや計算ロジックにアクセスできます。

ツールとしてのエージェント

Ontology MCP は、ほかのエージェントをツールとして公開することもサポートしています。AIP Logic または AIP Chatbot でエージェント型ロジックを構築すると、そのロジックを関数として保存し、MCP を通じて公開できます。呼び出し元のエージェントから見ると、AIP Logic 関数やチャットボットは呼び出し可能なツールの1つにすぎません。これにより、Foundry ですでに構築したエージェントを基盤として、より上位のエージェントを組み合わせて構成できます。

Ontology MCP と Palantir MCP の左右配置による比較については、概要を参照してください。