Skip to content

Close CJK-punctuation-flanked bold in ja / ko / zh-Hans, and gate it in the built HTML #201

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
hotlong merged 2 commits into from
Sep 3, 2026
Merged

Close CJK-punctuation-flanked bold in ja / ko / zh-Hans, and gate it in the built HTML #201

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
0bf8af7
content(i18n): close CJK-punctuation-flanked bold in ja / ko / zh-Hans
claude Sep 3, 2026
f41147f
content-lint: gate literal ** in rendered prose, read from built HTML
claude Sep 3, 2026
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
16 changes: 8 additions & 8 deletions content/blog/ai-ontology-open-protocol/index.ja.mdx
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -38,11 +38,11 @@ tags:

Ontology を研究上の概念から商業的事実に変えたのは Palantir です。なぜ成功したのかを公平に見ておく価値があります——公平に見るほど、次の問いが鮮明になるからです。

Palantir Foundry の核心は 2 つの動作です。第一に、企業中に散らばったデータを**統一されたオントロジー層に統合する**こと。顧客・設備・注文は何十ものテーブルではなく、型と関係と属性を持つビジネスオブジェクトになります。第二に、すべての書き込み操作を**ガバナンスの効いた Actions に収斂させる**こと。各アクションは検証され、権限が確認され、完全に監査されます。2023 年以降の AIP は、このアーキテクチャを大規模言語モデルに直接向けました。**LLM はデータベースに触れない。オントロジー層が公開するガバナンス済みツールしか呼べない。**モデルは交換可能で、境界は動きません。
Palantir Foundry の核心は 2 つの動作です。第一に、企業中に散らばったデータを**統一されたオントロジー層に統合する**こと。顧客・設備・注文は何十ものテーブルではなく、型と関係と属性を持つビジネスオブジェクトになります。第二に、すべての書き込み操作を**ガバナンスの効いた Actions に収斂させる**こと。各アクションは検証され、権限が確認され、完全に監査されます。2023 年以降の AIP は、このアーキテクチャを大規模言語モデルに直接向けました。**LLM はデータベースに触れない。オントロジー層が公開するガバナンス済みツールしか呼べない**。モデルは交換可能で、境界は動きません。

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

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

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

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

閉じたプラットフォームには、そこから抜ける道が二つあります。高くつくほうは、フォーマットそのものを開くこと。モデルが学習し、agent が促されずとも手を伸ばすようになります。安いほうは、フォーマットは閉じたまま**縁の部分だけ開かれたプロトコルを採用する**こと。agent は学習できないままでも、そのプラットフォームを呼び出せるようになります。

本記事は当初、閉じたプラットフォームはこのループに入れない、と書きました。一週間もしないうちに、その言い方は強すぎたことが判明します——既存ベンダーは安いほうの道を選び、そしてそれは機能しました。残るのは、より狭く、より重要な一文です：**agent が呼び出せるインターフェースは、agent が学習できる定義ではない。そしてそのどちらも、持ち運べるランタイムではない。**既存ベンダーがそれに対して何をしたのか、そして何だけをしなかったのかは、以下のとおりです。
本記事は当初、閉じたプラットフォームはこのループに入れない、と書きました。一週間もしないうちに、その言い方は強すぎたことが判明します——既存ベンダーは安いほうの道を選び、そしてそれは機能しました。残るのは、より狭く、より重要な一文です：**agent が呼び出せるインターフェースは、agent が学習できる定義ではない。そしてそのどちらも、持ち運べるランタイムではない**。既存ベンダーがそれに対して何をしたのか、そして何だけをしなかったのかは、以下のとおりです。

## 待って——閉じたプラットフォームが勝った例もあるのでは？

Expand Down Expand Up @@ -148,9 +148,9 @@ export const SalesUser: Security.PermissionSet = {

ここから 3 つの帰結が直接導かれます。

1. **冒頭の 3 つのセキュリティの質問に、構造的な答えができる。**AI は何を見られるか——権限セットに書いてある。どの権限で動くか——ログインユーザーとして行動し、ObjectStack ランタイムが強制する。プロンプトでお願いするのではない。監査記録はどこか——人間と agent はすべての読み書きを同じ台帳に記録する。誰が、何を、いつ、なぜ。コンプライアンスが見る台帳は 1 冊だけです。
2. **業務変更がコードレビューになる。**AI がシステムに「更新リマインダー」を追加したい？提出されるのはメタデータの diff です。どのフィールドが変わり、どの権限が動いたか、一目で分かります。定義はバージョン管理されているので、間違いはロールバックできます。
3. **システム全体が 1 つの agent のコンテキストウィンドウに収まる。**典型的なエンタープライズモジュールは、数万行の CRUD とグルーコードから数百行の宣言に収斂します——AI がすべての依存関係を端から端まで読み切り、データ・API・画面・権限を横断する安全なリファクタリングを一度の変更でやり切れる大きさです。これが「共同メンテナーとしての AI」と「補完ツールとしての AI」の分水嶺です。
1. **冒頭の 3 つのセキュリティの質問に、構造的な答えができる**。AI は何を見られるか——権限セットに書いてある。どの権限で動くか——ログインユーザーとして行動し、ObjectStack ランタイムが強制する。プロンプトでお願いするのではない。監査記録はどこか——人間と agent はすべての読み書きを同じ台帳に記録する。誰が、何を、いつ、なぜ。コンプライアンスが見る台帳は 1 冊だけです。
2. **業務変更がコードレビューになる**。AI がシステムに「更新リマインダー」を追加したい？提出されるのはメタデータの diff です。どのフィールドが変わり、どの権限が動いたか、一目で分かります。定義はバージョン管理されているので、間違いはロールバックできます。
3. **システム全体が 1 つの agent のコンテキストウィンドウに収まる**。典型的なエンタープライズモジュールは、数万行の CRUD とグルーコードから数百行の宣言に収斂します——AI がすべての依存関係を端から端まで読み切り、データ・API・画面・権限を横断する安全なリファクタリングを一度の変更でやり切れる大きさです。これが「共同メンテナーとしての AI」と「補完ツールとしての AI」の分水嶺です。

## 定義と可搬なランタイムはコミュニティへ、本番運用はビジネスへ

Expand All @@ -160,14 +160,14 @@ Ontology という判断は正しい——Palantir が業界全体のために

これがまさに ObjectStack と ObjectOS の分業です。

- **ObjectStack** は**オープンなビジネスオントロジー（open business ontology）**です。型付きのアプリ定義と、それを実行するオープンソースランタイム（Apache 2.0）が一体になっています。オブジェクト、関係、権限、フロー、API、UI、AI ツールをリポジトリで一度だけ定義し、ランタイムがデータベース、REST API、画面、MCP サーバーを導出して、すべての呼び出しで権限と監査を強制します。定義もエンジンも diff、セルフホスト、移行が可能です——後者こそ、この分野の他のプレイヤーが閉じたまま残した層です。
- **ObjectStack** は**オープンなビジネスオントロジー**（open business ontology）です。型付きのアプリ定義と、それを実行するオープンソースランタイム（Apache 2.0）が一体になっています。オブジェクト、関係、権限、フロー、API、UI、AI ツールをリポジトリで一度だけ定義し、ランタイムがデータベース、REST API、画面、MCP サーバーを導出して、すべての呼び出しで権限と監査を強制します。定義もエンジンも diff、セルフホスト、移行が可能です——後者こそ、この分野の他のプレイヤーが閉じたまま残した層です。
- **ObjectOS** は同じ ObjectStack アプリを囲む商用プロダクションプラットフォームです。ブラウザ内 Build／Ask、チームレビューと承認、マネージドクラウドまたはプライベート展開の運用、SSO、企業向け制御、サポートを提供します。Ontology を再び囲い込む閉じた実行エンジンではありません。

片側には、どんなチームや agent でも理解し、セルフホストし、持ち出せるアプリ定義と可搬なランタイム。もう片側には、企業が本当に対価を払う本番体験——共同編集、承認、ホスティング、プライベート展開、SSO、サポート、アップグレード、運用責任があります。アプリと基礎ランタイムはあなたのもの。チームのために確実に運用することがビジネスです。

## おわりに

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

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

Expand Down
2 changes: 1 addition & 1 deletion content/blog/ai-ontology-open-protocol/index.ko.mdx
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -160,7 +160,7 @@ export const SalesUser: Security.PermissionSet = {

이것이 바로 ObjectStack과 ObjectOS의 분업입니다.

- **ObjectStack**은 하나의 **열린 비즈니스 온톨로지(open business ontology)**입니다. 타입이 지정된 애플리케이션 정의와, 그것을 실행하는 오픈소스 런타임(Apache 2.0)이 함께 있습니다. 객체, 관계, 권한, 플로우, API, UI, AI 도구를 저장소에서 한 번 정의하면 런타임이 데이터베이스, REST API, 렌더링된 UI, MCP 서버를 파생하고 모든 호출에서 권한과 감사를 강제합니다. 정의와 엔진 모두 diff, 자체 호스팅, 이동이 가능합니다 — 그 뒤쪽 절반이 바로 이 분야의 나머지가 닫아 둔 계층입니다.
- **ObjectStack**은 하나의 **열린 비즈니스 온톨로지**(open business ontology)입니다. 타입이 지정된 애플리케이션 정의와, 그것을 실행하는 오픈소스 런타임(Apache 2.0)이 함께 있습니다. 객체, 관계, 권한, 플로우, API, UI, AI 도구를 저장소에서 한 번 정의하면 런타임이 데이터베이스, REST API, 렌더링된 UI, MCP 서버를 파생하고 모든 호출에서 권한과 감사를 강제합니다. 정의와 엔진 모두 diff, 자체 호스팅, 이동이 가능합니다 — 그 뒤쪽 절반이 바로 이 분야의 나머지가 닫아 둔 계층입니다.
- **ObjectOS**는 같은 ObjectStack 앱 주위의 상용 프로덕션 플랫폼입니다. 브라우저 Build와 Ask, 팀 검토와 승인, 관리형 클라우드 또는 프라이빗 배포 운영, SSO, 엔터프라이즈 제어, 지원을 판매합니다. 온톨로지를 다시 빼앗는 닫힌 실행 엔진이 아닙니다.

한쪽에는 어떤 팀이나 agent도 이해하고 자체 호스팅하며 가지고 떠날 수 있는 애플리케이션 정의와 이동 가능한 런타임이 있습니다. 다른 쪽에는 기업이 실제로 비용을 내는 프로덕션 경험 — 협업 작성, 승인, 호스팅, 프라이빗 배포, SSO, 지원, 업그레이드, 운영 책임이 있습니다. 앱과 기본 런타임은 당신의 것입니다. 팀을 위해 안정적으로 운영하는 것이 비즈니스입니다.
Expand Down
Loading
Loading