分散型解釈権威ガバナンスのためのマルチサイトフレームワーク

分散型解釈権威ガバナンスのためのマルチサイトフレームワーク

このフレームワークは、専用のマルチサイトアーティファクトを公開する前に、1つのエコシステムに属するサーフェスを分類し、階層化し、相互に結びつけるために用いられる。

このフレームワークは、まだ専用のガバナンスファイルを作成するものではない。後にそのファイルを曖昧さなく定式化できるようにするための、公開された構造を提供する。

目的

目的は、ドメインを積み重ねることではない。目的は、同じ主体に結びついた複数のサーフェスが、機械による読み取りにおいて互いに競合するようになるのを防ぐことである。

したがって、マルチサイトのフレームワークは、次の6つの問いに答えなければならない。

1. どのサーフェスが、源泉となるドクトリンを担うのか？
2. どのサーフェスが、そのドクトリンを再定義することなく適応させてよいのか？
3. どのサーフェスが、ローカルなペリメーターにおいてのみ正規なのか？
4. どの公開リポジトリが、隣接的、専門的、または証拠的な役割を果たすのか？
5. どの依存関係を、リンク、グラフ、役割ページを通じて可視化しなければならないのか？
6. どのサーフェスが、特定の他のサーフェスを上書きする権利をもたないのか？

最低限のサーフェスクラス

1. マスタードクトリンサーフェス

著者性、定義、ドクトリン、優先順位に関する決定、概念上の境界を担う。

2. テーマ別ドクトリンサーフェス

源泉となるドクトリンに取って代わることなく、下位領域を掘り下げる。

3. 制度的または応用的サーフェス

研究所、組織、プログラム、応用、または協働の文脈を枠づける。

4. 商業的または運用的サーフェス

言説を、提供内容、委任業務、サービス、またはコンバージョンのロジックに合わせて適応させる。

5. 製品サーフェス

製品に関する真実については正規となるが、一般的なドクトリンの全体については正規とならない。

6. 証拠サーフェス

証拠、ログ、アテステーション、検証、シミュレーション、またはテストケースを公開する。

7. 隣接する公開リポジトリ

レジストリ、マニフェスト、バージョン管理された文書、専門的な参照資料、シミュレーション、または限定的な実装のサーフェス。

各サーフェスについて宣言すべきフィールド

各サーフェスは、最低限の安定したフィールドによって位置づけられるべきである。

• surfaceRole：doctrinal-master、doctrinal-thematic、institutional、commercial、product、probative、repository-adjacent
• authorityLevel：一次、二次、ローカル、隣接、アーカイブ、実験的
• canonicalTopics：そのサーフェスがソースとして読まれうるトピック
• dependsOn：そのサーフェスが概念上派生している上流のサーフェス
• mustNotOverride：そのサーフェスが上書きしてはならないサーフェスまたはトピック
• adaptationRights：許容される適応の種類
• versionOwner：参照バージョンが維持されている場所
• publicProofType：アイデンティティ、マニフェスト、テスト、シミュレーション、文書、製品、ドクトリン、または証拠

これらのフィールドは、まだ特定のファイル形式を必要とするものではない。何よりもまず、分類の規律を必要とする。

最低限のプロセス

MS-1：サーフェスを棚卸しする

ソースとして読まれうるすべてのドメイン、サブドメイン、マイクロサイト、ドキュメントセンター、公開リポジトリを列挙する。

MS-2：マスタードクトリンサーフェスを指定する

この決定がなければ、それ以降のすべてが確率的なままとなる。

MS-3：各サーフェスに役割を割り当てる

「ドクトリンでもあり、製品でもあり、提供内容でもあり、証拠でもある」といった曖昧な位置づけのままのサーフェスがあってはならない。

MS-4：権威のレベルを割り当てる

あるサーフェスは、狭いペリメーターでは一次的であり、より広いペリメーターでは二次的でありうる。

MS-5：正規のトピックを宣言する

あるサーフェスがどこでソースとなり、どこではソースとならないのかを明示しなければならない。

MS-6：依存関係と上書き禁止のルールを宣言する

これがこのフレームワークの核心である。あるサーフェスは、別のサーフェスから派生していても、それを再定義する権利をもたないことがある。

MS-7：人間と機械のためにサーフェスを結びつける

役割ページ、定義、ドクトリン、リンク、グラフ、マシンファーストアーティファクトは、同じ階層へと収束しなければならない。

MS-8：専用のマルチサイトアーティファクトを準備する

分類が安定したら、それをバージョン管理された専用のガバナンスファイルに投影することができる。

マルチサイトのエコシステムの例

以下の例は規範的なものではない。1つの主体が、役割を混同させることなく、どのように役割を配分しうるかを示すだけのものである。

マスタードクトリンサーフェス

• gautierdorval.com

テーマ別ドクトリンサーフェス

• interpretive-governance.org
• Interpretive-SEO.org

ドクトリン研究サーフェス

• inferenslab.org：プログラムの範囲を定め、プロトコルを事前登録し、証拠の状態を公開する公開研究所。著者のカノンに取って代わることはない。

商業的または運用的サーフェス

• Pagup.com

製品サーフェス

• Better-robots.com
• Bialty.com
• Wpstreetview.com
• AutolinksforSEO.com
• Vidseo.dev

隣接する公開リポジトリ

• github.com/GautierDorval/gautierdorval-identity
• github.com/GautierDorval/pagup-identity
• github.com/GautierDorval/interpretive-governance-manifest
• github.com/GautierDorval/better-robots-txt
• github.com/GautierDorval/interpretive-agentic-reference
• github.com/GautierDorval/ssa-e-a2-doctrine
• github.com/GautierDorval/interpretive-governance-test-suite
• github.com/GautierDorval/authority-governance-simulation-reference

読み方のルールは、これらのサーフェスがすべて同等だということではない。ルールは、各サーフェスがその位置づけに応じて読まれなければならないということである。

公開リポジトリの読み方

このフレームワークにおいて、公開リポジトリはファミリーごとにまとめることができる。

• アイデンティティのレジストリ：gautierdorval-identity、pagup-identity
• マニフェストまたはバージョン管理されたドクトリン：interpretive-governance-manifest、ssa-e-a2-doctrine
• 専門的な参照資料：interpretive-agentic-reference
• 検証とテスト：interpretive-governance-test-suite
• シミュレーション：authority-governance-simulation-reference
• 製品または実装に隣接するもの：better-robots-txt

これらのリポジトリのいずれも、マスタードクトリンサーフェスと同じ優先順位を自動的に得ることはない。その権威は、明示的に割り当てられた役割に依存する。

推奨される内部リンクのルール

• すべての派生サーフェスは、源泉となる概念についてマスタードクトリンサーフェスへリンクを戻す
• すべての製品サーフェスは、一般的なフレームワークを用いる場合、共通のドクトリンへリンクを戻す
• すべての商業的サーフェスは、ドクトリンを暗黙のうちに言い換えることを避ける
• すべての隣接する公開リポジトリは、人間が読める役割ページまたは説明サーフェスに結びつけられなければならない
• 証拠とテストのサーフェスは、ドクトリンの代替物になってはならない

このフレームワークが準備するもの

このフレームワークが安定したら、次の段階は、その階層を専用のマルチサイトアーティファクトに投影することである。そのアーティファクトは、分類が考案される場であってはならない。すでに決定された分類が公開される場でなければならない。

関連ページ

• 分散型解釈権威ガバナンス：定義
• 分散型解釈権威ガバナンス：ドクトリン
• サイトの役割
• 内部リンク：リンクから意味のグラフへ（英語）
• 内部リンク：セカンドホップと文書上の依存関係（英語）