ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
正規AIエントリーポイント
/.well-known/ai-governance.json
ガバナンスマップ、優先順位チェーン、最初に読むべきサーフェスを宣言する中立的なエントリーポイント。
- 統御する対象
- サーフェス間のアクセス順序と初期の優先順位。
- 画定する範囲
- カノンまたは公開された順序を迂回する自由な読解。
保証しないこと： このサーフェスは読解順序を公開するものであり、実行も服従も強制しない。
アイデンティティロック
/identity.json
重要な属性の境界を定め、経歴上または職業上の衝突を減らすアイデンティティファイル。
- 統御する対象
- ドリフトしてはならない公開アイデンティティ、役割、属性。
- 画定する範囲
- 外挿、エンティティの衝突、不当な再分類。
保証しないこと： 正規サーフェスは曖昧さを低減するが、それ単独では忠実な再現を保証しない。
エンティティグラフ
/entity-graph.jsonld
エンティティ、識別子、関係上のアンカーポイントの記述的グラフ。
- 統御する対象
- 適格な関係、受理可能な権威、衝突の裁定。
- 画定する範囲
- 不当な統合、権威の複製、根拠を示さない暗黙的な裁定。
保証しないこと： グラフやレジストリを記述しても、外因的なソースが内因的な真実になるわけではない。
補完的なアーティファクト（2）
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
公開された関係
/relationships.jsonld
エンティティ、役割、サーフェスの間の適格なリンクを明示する関係サーフェス。
繰り返される誤解釈のレジストリ
/common-misinterpretations.json
すでに観測された読解の誤りと、期待される訂正の公開リスト。
識別子ガバナンス：マルチグラフの曖昧性解消とマシンファーストのアンカリング
エンティティの衝突、近傍汚染、解釈の捕捉には、ほとんどの場合、構造的な原因がある。アイデンティティが、識別子によってではなく、シグナルによって担われていることである。
解釈されるウェブでは、名称は識別子ではない。プロフィールは証明ではない。リンクは関係ではない。このフレームワークは、複数のグラフ（サイト、アグリゲーター、データベース、RAG、エージェント）にまたがってエンティティを安定させるための、持続的なアイデンティティの規律を形式化する。
運用上の定義
識別子ガバナンス：衝突を減らし、ペリメーター外の推論を制限し、アイデンティティを監査可能にするために、持続的な識別子と、グラフ間の曖昧性解消のマッピングを定義し、公開し、維持することを目的とする一連のルール。
これが不可欠である理由
- 一つの名称が、複数のエンティティによって共有されることがある（同名）。
- 一つのエンティティが、バリエーション（綴り、言語、ブランディング）を持つことがある。
- AIシステムは、安定した識別子を欠くと、近傍にもとづいて推論する。
- RAG環境では、文書がアンカリングされていなければ、エンティティが混ざり合うことがある。
目的は、「モデルに理解させる」ことではない。目的は、エンティティを持続的にアンカリングすることである。
適用サーフェス
- オープンウェブ：回答エンジン、外部データベース、アグリゲーター
- RAG：チャンク分割、ルーティング、引用、ベクトル
- エージェンティック：証明可能なアイデンティティにもとづく実行と判断
識別子の種類
- サイト内の正規の識別子：エンティティページの安定したURLと持続的な@id
- 外部の識別子：プロフィール、データベース、ディレクトリ、登録簿
- 文書の識別子（RAG）：docId、バージョン、ソース、著者、日付
- 関係の識別子：parent/subsidiary、sameAs、isBasedOn、relatedTo
フレームワークのルール（GID-1からGID-10）
GID-1：一意の正規の識別子
各エンティティは、安定した正規の識別子（URLと@id）を持たなければならない。
GID-2：名称とアイデンティティの分離
名称は変わりうる。識別子は安定したままでなければならない。
GID-3：バリエーションの明示的なマッピング
バリエーション（言語、頭字語、旧称）を、同じエンティティのバリエーションとして宣言する。
GID-4：宣言された除外
同名が起こりうる場合には、「そのエンティティが何でないか」を明示的に宣言する。
GID-5：構造化された関係
暗黙の融合を防ぐために、関係（子会社、創業者、製品、部門）を明示する。
GID-6：内因的な整合性
サイトは、常に同じ識別子を指し示さなければならない（内部の矛盾があってはならない）。
GID-7：外因的な整合性
誤った識別子を用いている支配的な外部ソースを修正する。
GID-8：RAGにおけるアンカリング
チャンク分割された各文書は、ソースの識別子、バージョン、エンティティとの関係を保持しなければならない。
GID-9：アイデンティティの証明
重要な属性については、テキストだけでなく識別子を含む忠実性の証明を求める。
GID-10：モニタリングと回帰
定期的に衝突をテストし、リリース後も識別子が整合したままであることを検証する。
実装プロセス
- エンティティを定義し、その正規の識別子を作成する。
- 必要に応じて、内部の曖昧性解消ページを作成する。
- バリエーションと除外を宣言する。
- 関係を構造化する（内部グラフ）。
- 外部の識別子をマッピングし、食い違いを修正する。
- RAGでは、各文書をエンティティの識別子に結びつける。
- 複数のAIでテストし、衝突を監視する。
期待されるアーティファクト
- 識別子の登録簿（正規と外部）
- バリエーションと除外の表
- エンティティの関係マップ（内部グラフ）
- マルチグラフのマッピング（支配的なソース、ステータス）
- テストバッテリー（衝突、置換、汚染）
FAQ
なぜ単なる「sameAs」ではないのか？
ガバナンスには、除外、関係、バージョン、そしてRAGやエージェンティックな環境での実装が含まれるからである。
識別子を壊す最も多い原因は何か？
URLの移行、リブランド、重複ページ、修正されていないアグリゲーターである。
主な利点は何か？
衝突を大幅に減らし、アイデンティティを証明可能なもの、したがってガバナンス可能なものにすることである。