統制されたオントロジー(Cortex)
- 型付きオブジェクト・インスタンス・リレーション
- オブジェクト・プロパティ・アクション単位の権限
- バージョン管理されたスキーマ（下書き・公開・ロールバック）
- 関係を踏まえた Object Explorer
- アクションを実在のエンティティに接地
- ポータブル — 独自形式へのロックインなし
データとオントロジー
エージェントに統制されたビジネスの意味を。
Cortex は業務を型付きオブジェクト、インスタンス、リレーションシップとしてモデル化し、個々のプロパティとアクションの単位までアクセスを統制します。担当者は Claim を読めますが、契約者の ssn は決して読めません。Palantir 級のセマンティクスを、ロックインなしで。
単一の cortex スキーマ · マルチテナント分離 · 既定拒否
オブジェクトエクスプローラー
ontology ▸ v3 · 公開済み · オブジェクト · プロパティ · アクションの権限
課題
ドキュメント RAG はテキストを知っている。業務は知らない。
埋め込みだけの検索は PDF を引用できますが、Claim という概念も、誰が提出したかも、どの Payout を引き起こすかも持たず、特定のロールから特定のプロパティを隠す手段もありません。Cortex はエージェントに、構造化され統制されたオブジェクトモデルを与えます。すべての回答とすべてのアクションが、断片的な文章ではなく実在の業務エンティティに接地します。
オブジェクト型 → オブジェクト → 型付きリンクv3 · 公開済み
Policyholder
12,481 件のオブジェクト
name · email · ssn — 制限あり
Claim
38,204 件のオブジェクト
amount · status · filedAt
Payout
9,117 件のオブジェクト
amount · method · approvedBy
Policyholder files Claim triggers Payout
仕組み
型、オブジェクト、型付きリンク — そしてグラフを探索。
プロパティと許可アクションを備えたオブジェクト型を登録し、オブジェクトのインスタンスを作成し、型付きリレーションシップで接続します。Object Explorer は、要求に応じて近傍のサブグラフをその場で計算します。
- 01
型を定義
オブジェクト型 — key、name、properties(jsonb)、allowedActions — を統制スキーマとして登録します。インスタンスを作成する前に、その型が存在している必要があります。
- 02
オブジェクトとリンクを作成
(typeKey, externalId) をキーにオブジェクトインスタンスを upsert し、files、triggers、belongs_to などの型付き関係で接続します。冪等なので、稼働中のプラットフォームリソースから再同期しても安全です。
- 03
探索と根拠付け
GET /objects/:id/explore は近傍のサブグラフ — 型付きノードと関係 — を返すため、エージェントは実在するエンティティに基づいて推論でき、関係を踏まえた検索はドキュメントのみの RAG を上回ります。
オブジェクト · プロパティ · アクションの権限
Claim は読める。ssn は決して読めない。
付与は (role, type, property, access ∈ none/read/write) の行です。付与が1つもない型は統制されておらず、フルアクセスになります。付与が1つでも存在した瞬間、その型は既定拒否へ切り替わります。プロパティの付与は型の既定を上書きし、なければプロパティはそれを継承します。呼び出し元が持つ複数のロールの間では、最も緩いアクセスが採用されます。
- 型レベルの既定値とプロパティ単位の上書き（Policyholder.ssn → none）
- 読み取りでは参照できないプロパティをマスクし、_redacted: true を設定
- 型に write がない書き込みは 403 で拒否
- アクション単位の付与が、ロールが提案できるアクションそのものを制御
スキーマのバージョンドラフト保留中
- v3公開済みv1 へロールバック8 型
- v2アーカイブ済みInvoice を追加9 型
- v1アーカイブ済みベースライン8 型
OntologyVersionRolledBack ▸ { newVersion: 3, restoredFrom: 1 } → ontology.events に発行
変更管理
下書き、公開、ロールバック — 完全な履歴とともに。
オブジェクトモデルの編集が、黙って確定してしまうことはありません。稼働中のスキーマを下書きとして取り込み、公開し（直前のバージョンはアーカイブされます）、あるいは稼働中のスキーマを任意の過去バージョンへ戻せます。ロールバックはスナップショットから復元し、新しい公開バージョンとして記録します — 対象のバージョンが書き換えられることはありません。
- ステータス遷移: draft → published → archived、テナントごとに単調増加
- diffSchema がバージョン間で追加・削除・変更された型を報告
- 公開とロールバックは OntologyVersion{Published,RolledBack} イベントを発行
- Real-Time Hub がイベントを監視し、ADR が破壊的変更をエスカレーション
なぜ重要か
オントロジーこそが、チャットボットと実務の担い手を分ける。
ドキュメントのみの RAG が返すのは文章の断片です。統制されたオントロジーは、型付きエンティティ、リレーションシップ、プロパティ単位のアクセス、オントロジーにスコープされたアクションをエージェントに与えます — Palantir が Foundry を築いた土台を、Cortex の Trust Layer の内側に収め、テナント間やエアギャップ環境をまたいで持ち運べる形で。
ドキュメントのみの RAG
- 断片的な文章のみ、エンティティなし
- チャンク単位で全か無かのアクセス
- スキーマも変更管理もなし
- 関係をたどれない
- 引用はできるが、安全に実行はできない
- 移行には再エンベディングが必要
関連機能
オントロジーは、ランタイム全体に供給される。
Action Fabric
オントロジーにスコープされたアクションは、型付きオブジェクトに対して dry-run → propose → approve → execute → compensate を実行します。
Policy-as-Code
オブジェクト型やプロパティを参照する allow/deny/require_approval ルールを作成できます。
Trust Ledger
オブジェクトの読み取り・書き込み・バージョン変更はすべて、ハッシュチェーン化された証明可能な監査証跡に記録されます。
Control Tower
オントロジーの実数 — 型、オブジェクト、リンク、グラント、現行バージョン — が KPI として表示されます。
セキュリティとコンプライアンス
最小権限のデータアクセスを前提とした設計。
既定拒否のオブジェクト権限とプロパティ権限、読み取り時のマスキング、バージョン管理され監査されるスキーマ — レビュー担当者がすでに求めるデータガバナンスの統制に整合します。
SOC 2ISO 27001ISO 42001HIPAAGDPREU AI Act
エージェントを自社の業務に接地させる。
すべてのエージェントに、統制されたオブジェクトモデルを — 型付きで、バージョン管理され、プロパティとアクションの単位まで権限が及ぶ。