Palantir Foundry Ontology — 「業務の意味と操作」を契約化した AI 化基盤の完成形¶
作成日: 2026-07-23 出典 / きっかけ: Palantir 公式ドキュメント(Ontology / AIP / Chatbot Studio / OSDK)。Sansan DataBridge の延長で「ビジネスを AI 化する基盤」の商用の極点として調査 関連: sansan_corporate_databridge_情シス内製データ連携基盤_整理 カンム_synapse_セマンティックレイヤーの育て方_整理 palantir_fdse_forward_deployed_engineer_整理 オントロジーと知識グラフ_金融業界の実践例_整理 知識グラフとllm_研究動向と実務2024-2026_整理
0. 要点(3行)¶
- Ontology は Foundry の統合データ資産の上に乗る「組織のオペレーショナルレイヤー」。工場設備から顧客注文・金融取引まで、現実世界の対応物をオブジェクトとしてモデル化する。データカタログやスキーマ設計を「はるかに超える」ものと公式が明言
- 構造は2層: セマンティック層(Object Types / Properties / Link Types = 業務の「意味」)とキネティック層(Action Types / Functions = 業務の「操作」)。読むだけでなく書き戻し(write-back)まで契約化しているのが最大の特徴
- AIP のエージェントは Ontology を3種のツール(Action Tool / Object Query Tool / Function Tool)経由で操作する。エージェントに渡すのは生テーブルでなく「オブジェクトと承認済みアクション」— 「ビジネスの AI 化=業務の契約化が先」というテーゼの最も徹底した実装
1. Ontology とは何か¶
- 公式定義: データセット・仮想テーブル・モデルといった統合済みデジタル資産の上に置かれる operational layer for the organization
- 技術リソース(テーブル・モデル)を現実世界の対応物(設備・注文・取引・従業員)に結びつける。エージェントや現場ユーザーが触るのは後者
- 単なるデータカタログ・スキーマ設計ではなく、エンドユーザーの業務ワークフロー(意思決定)の基盤になることを目的とする
2. 構成要素 — 意味(semantic)と操作(kinetic)の2層¶
| 層 | 要素 | 役割 |
|---|---|---|
| セマンティック | Object Type | 現実世界のエンティティ表現。既存データソースからマッピング |
| セマンティック | Property | 属性。メタデータ・プロパティ粒度のセキュリティ・ガバナンス付き |
| セマンティック | Link Type | オブジェクト間の関係(組織モデル内のリレーション) |
| セマンティック | Interface | オブジェクト型のポリモーフィズム(共通形状の一貫モデル化) |
| キネティック | Action Type | 現場からのデータ捕捉・既存システムに接続した意思決定の実行(書き戻しの契約) |
| キネティック | Function | 任意の複雑さのビジネスロジックを記述・進化させる |
- ポイントはキネティック層の存在。ほとんどの社内データ基盤は「読み取りの契約」で止まる(Sansan DataBridge も意図的に読み取り専用)。Ontology は「この操作は誰が・どの条件で実行してよいか」まで契約に含め、書き込みを正面から扱う
- Property 粒度のセキュリティは、エージェント時代の要件(役職・目的で見える属性を変える)への回答
3. AIP エージェントとの結線 — エージェントは Ontology を「道具」として持つ¶
AIP Chatbot Studio(旧 AIP Agent Studio)で作るエージェントは、LLM+Ontology+ドキュメント+カスタムツールで構成され、Ontology へは3種のツールでアクセスする:
| ツール | できること |
|---|---|
| Object Query Tool | 指定した Object Type へのフィルタ・集計・検査・リンク辿り(traversal) |
| Action Tool | Ontology への編集(Action)実行。自動実行 or 人間の確認後実行を設定可能 |
| Function Tool | 任意の Foundry Function(AIP Logic 含む)の呼び出し |
- Action Tool の「確認後実行」設定は、人間承認ゲートをプラットフォーム機能として持っている形(自分の approved 入口ゲート運用・Buzz の👍承認と同型の思想)
- OSDK(Ontology SDK)で外部アプリからもエージェント・Action を関数として呼べる(サードパーティからの安全な write-back 経路)。Palantir MCP もあり、MCP 経由の接続にも対応
┌────────── Ontology ──────────┐
生データ → │ 意味層: Object/Property/Link │ ← ガバナンス・行/列/プロパティ粒度の権限
(Dataset) │ 操作層: Action/Function │ ← 書き戻しの契約(自動 or 人間確認)
└──────────────┬───────────┘
Object Query / Action / Function の3ツール
│
[AIP エージェント] [OSDK/API 経由の外部アプリ]
4. 考察(ここは自分の解釈)¶
- 一言でいうと「エージェントに DB を触らせず、業務の語彙と承認済みの動詞だけを触らせる」。Text-to-SQL の対極にある設計で、精度問題(テーブルの意味の誤解)と安全問題(勝手な更新)を、スキーマの上に意味層・操作層を被せることで同時に潰している
- Sansan DataBridge との対比: DataBridge は「読み取り契約の固定」まで(書き込みは正本システムへ)。Ontology は書き込みも Action として契約化する分、中央基盤の責務と実装コストが桁違いに重い。内製でやるなら DataBridge 型が現実解、製品を買うなら Ontology 型、という住み分けに見える。両者は enforced contract(強制される契約)である点で同軸
- カンム Synapse との対比: Ontology の意味層は「クエリが必ず通る・モデルが無視できない」enforced な層。対してカンムの「セマンティックレイヤー」は LLM が生 SQL を書く Text-to-SQL への advisory な業務コンテキスト(モデルが無視できる)で、名前は同じでも別物。本物の意味層の内製版を探すなら Cube / dbt Semantic Layer / LookML が該当(カンム_synapse_セマンティックレイヤーの育て方_整理 の冒頭訂正参照)
- オントロジー vs 知識グラフ(自分の研究領域との接続): Object/Link/Property は実質プロパティグラフで、Ontology は「スキーマ強制+操作+ガバナンス付きの知識グラフ」と読める。研究で扱う動的知識グラフとの差分は (1) 書き込み(Action)の一級市民化、(2) 権限・監査の埋め込み、(3) 時間的有効性の扱い。逆に言えば、研究側の KG にこの3つを足すと業務基盤になる
- 留保: 本ノートは公式ドキュメント基準の整理で、導入コスト・実運用の泥(オントロジー設計の合意形成コスト、モデリング人材、ベンダーロックイン)は palantir_ontology_実導入の現実_泥とロックイン_整理 に別ノートで裏取り済み。FDSE(前方配備エンジニア)がその泥を担う職種である点は palantir_fdse_forward_deployed_engineer_整理 参照
5. まとめ — 早見表¶
| 状況 | 型 |
|---|---|
| エージェントに社内データを安全に触らせたい | 生テーブルでなく「オブジェクト+承認済みアクション」を渡す(Ontology 型) |
| 書き込みまでやらせたい | Action に「人間確認後実行」を設定(承認ゲートの機構化) |
| 内製で始める | まず読み取り契約の固定(Sansan 型)→ 書き込み契約は後段 |
| 意味の混乱(同じ語で別物)が出た | Object Type / Interface で語彙を固定(ユビキタス言語の実装) |
参考リンク¶
- Ontology 公式概要: https://www.palantir.com/docs/foundry/ontology/overview/
- AIP 概要: https://www.palantir.com/docs/foundry/aip/overview
- Chatbot Studio(旧 Agent Studio)ツール: https://www.palantir.com/docs/foundry/agent-studio/tools
- Foundry API 経由のエージェント利用: https://www.palantir.com/docs/foundry/agent-studio/foundry-apis
- Palantir MCP: https://www.palantir.com/docs/foundry/palantir-mcp/overview
- 解説記事(5層アーキテクチャの deep dive): https://zerofuturetech.substack.com/p/palantir-aip-agent-ontology-interaction
作成: 2026-07-23 / 最終更新: 2026-07-24