Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 5 additions & 5 deletions content/blog/ai-ontology-open-protocol/index.ja.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -32,7 +32,7 @@ tags:

9 か月目、パイロットは静かに終わります。モデルは能力で負けたのではありません。誰もサインしてくれなかったから負けたのです。

業界には、ここで欠けていたものの名前があります。**Ontology(ビジネスオントロジー)**——どんなビジネスオブジェクトが存在し、互いにどう関係し、誰が何をしてよく、実行されたことがどこに記録されるのかを、構造化された機械可読な形で明示的に定義する意味層です。
業界には、ここで欠けていたものの名前があります。**Ontology(ビジネスオントロジー)**——どんなビジネスオブジェクトが存在し、互いにどう関係し、誰が何をしてよく、実行されたことがどこに記録されるのかを、構造化された機械可読な形で明示的に定義するセマンティックレイヤーです。

## Palantir が正しかったこと

Expand All @@ -42,7 +42,7 @@ Palantir Foundry の核心は 2 つの動作です。第一に、企業中に散

なぜ高価なのか?解決している問題が本当に高価だからです。大企業が 20 年かけて溜め込んだレガシーシステムを 1 つのきれいなオントロジーに整理するには、Palantir の常駐エンジニア(Forward Deployed Engineer)がシステムを 1 つずつ紐解き、概念を 1 つずつ突き合わせる必要があります——文字通りの労働集約型エンジニアリングです。顧客は政府、防衛、金融、エネルギー。「AI のすべてのステップが権限の範囲内で、すべて記録される」ことが絶対要件であり、予算もそれに見合う顧客です。契約は数百万ドルからですが、更新され続けます。CISO が最も気にする 3 つの質問——冒頭のあの 3 つ——に本当に答えているからです。

つまり Palantir がはっきり示したのは営業力だけではなく、1 つのアーキテクチャ上の判断です。**AI が企業に入るには、ガバナンスの効いたビジネス意味層が先に存在しなければならない。**この判断にもう論証は要りません。
つまり Palantir がはっきり示したのは営業力だけではなく、1 つのアーキテクチャ上の判断です。**AI が企業に入るには、ガバナンスの効いたビジネスセマンティックレイヤーが先に存在しなければならない。**この判断にもう論証は要りません。

考え直すべきは次の問いです。この層は、どんな*形態*で存在すべきか?いくつかのことが変わりつつあるからです。

Expand Down Expand Up @@ -78,7 +78,7 @@ AWS がどうやって稼いでいるかを見てください。ホストして

パターンは驚くほど一貫しています。**エコシステム全体が依存する可搬な基盤は、定義だけでなく、それを解釈する基礎ランタイムまでオープンになっていきます。** ベンダーはそれでも、ホスティング、アップグレード、セキュリティ、性能、サポート、運用責任という本番運用体験から継続収益を得られます。AWS 自身が最大の証拠です。Linux、Kubernetes、Postgres はオープンなまま、AWS はそれらを確実に運用することに対価を得ています。

ビジネス意味層はまさにこの基盤です。オブジェクトモデル、権限ルール、承認フロー、そしてそれらを強制するランタイムの意味論は、アプリケーション、agent、監査システムから共同で依存されます。依存が増えるほど、どちらも一社のプラットフォームに閉じるべきではありません。定義は自社リポジトリの読める・バージョン管理できるファイルにし、互換ランタイムはセルフホスト可能で交換可能にする。単一の有償エンジンでしか動かないオープンファイルは、本当には可搬ではありません。
ビジネスセマンティックレイヤーはまさにこの基盤です。オブジェクトモデル、権限ルール、承認フロー、そしてそれらを強制するランタイムの意味論は、アプリケーション、agent、監査システムから共同で依存されます。依存が増えるほど、どちらも一社のプラットフォームに閉じるべきではありません。定義は自社リポジトリの読める・バージョン管理できるファイルにし、互換ランタイムはセルフホスト可能で交換可能にする。単一の有償エンジンでしか動かないオープンファイルは、本当には可搬ではありません。

企業は 20 年かけて**データ**を閉じたシステムから解放してきました。AI の時代に、データよりさらに根源的な資産——**ビジネスの定義そのもの**——を、もう一度閉じ込めるべきではありません。

Expand Down Expand Up @@ -108,7 +108,7 @@ AWS がどうやって稼いでいるかを見てください。ホストして

**最も強い反論を、正直に置きます。** チームが可搬性から本当に得たいものの大半は、すでに手に入っています。自分のモデルを読み、diff としてレビューし、どの agent にも向けられる。分析用のセマンティクスなら、2026 年に Apache Incubator へ入った中立仕様で交換もできます。ontology が問いに答えるだけでよいなら、それはもう十分に近い。そこを本記事がごまかすべきではありません。

答えは、そもそも「意味層」と ontology を分ける線と同じです。それは、何かが実際に**起こらねばならない**瞬間まで成り立ちます。公開されたアクションが実際にレコードを書き換えた瞬間、あなたが本当に気にするもの——権限チェック、トランザクション、閾値を超えたときの承認、監査の 1 行——はすべてエンジンの性質であって、ファイルの性質でも、プロトコルの性質でもありません。文はエクスポートできます。強制はエクスポートできません。
答えは、そもそも「セマンティックレイヤー」と ontology を分ける線と同じです。それは、何かが実際に**起こらねばならない**瞬間まで成り立ちます。公開されたアクションが実際にレコードを書き換えた瞬間、あなたが本当に気にするもの——権限チェック、トランザクション、閾値を超えたときの承認、監査の 1 行——はすべてエンジンの性質であって、ファイルの性質でも、プロトコルの性質でもありません。文はエクスポートできます。強制はエクスポートできません。

この隙間を**最後まで閉じている層**と呼びましょう。非難ではなく、この分野がどこで止まったかの記述です。9 か月で 3 層のうち 2 層が、しかも多くは自らの勢いで開かれました。3 層目はまったく動かなかった——それは、プラットフォーム事業が「自分が売っているもの」を変えずには開けない、唯一の層だからです。

Expand Down Expand Up @@ -167,7 +167,7 @@ Ontology という判断は正しい——Palantir が業界全体のために

## おわりに

9 か月目に死んだあの AI パイロットは、モデルの能力に負けたのではありません。セキュリティチームがサインできる意味層が存在しなかったことに負けたのです。業界で最も高価な会社が、この層の価値を 10 年かけて証明しました。そして 2026 年は、9 か月でもっと狭く、もっと役に立つことを証明しました。**この層のうち、開くのが安く済む部分は、もう開かれた。**インターフェースは公開プロトコルであり、定義はあなたが読めるファイルです。残っているのは、後者を前者に変え、その過程で規則を強制するエンジン——そしてその層では、何も開かれませんでした。
9 か月目に死んだあの AI パイロットは、モデルの能力に負けたのではありません。セキュリティチームがサインできるセマンティックレイヤーが存在しなかったことに負けたのです。業界で最も高価な会社が、この層の価値を 10 年かけて証明しました。そして 2026 年は、9 か月でもっと狭く、もっと役に立つことを証明しました。**この層のうち、開くのが安く済む部分は、もう開かれた。**インターフェースは公開プロトコルであり、定義はあなたが読めるファイルです。残っているのは、後者を前者に変え、その過程で規則を強制するエンジン——そしてその層では、何も開かれませんでした。

だから 6 月に本記事が投げた問いは、いま、より鋭い形を持っています。「オントロジーは開かれるべきか」ではありません——それはもう決着し、しかもベンダー自身が決着させました。問いはこうです:**最後まで閉じている層が、よりによってあなたの業務規則を実行する層だとして、そのエンジンは誰のものであってほしいですか。**

Expand Down
Loading
Loading